Quit caching borrado, sitio roto

Hay un par de cosas que debe saber por adelantado:

  1. Estoy armando un sitio super simple aquí .
  2. No sé casi nada sobre Git, así que uso la aplicación GitHub para Windows.

Después de un par de commits exitosos ayer comencé a recibir un error cada vez que traté de crear uno nuevo "Incapaz de crear commit". Después de algunas investigaciones, pareció no agregar nuevos files, así que pensé que tenía algo que ver con el almacenamiento en caching. Hice una búsqueda rápida y di una oportunidad:

git rm -r --cached git commit -am 'git cache cleanetworking' git push 

Las cosas aún funcionan bien a nivel local, pero el sitio prod ya no puede encontrar el file styles.css (404). ¿Algunas ideas? Si es así, proporcione alguna descripción para que pueda entender qué salió mal y por qué.

¡Gracias!

EDITAR:

El problema de que el sitio no se construyera era porque tenía directorys que comenzaban con guiones bajos, lo cual está prohibido debido a la compatibilidad nativa con Jekyll. Agregar un file .nojekyll a la raíz del repos resolvió el problema.

El "caching" de Git no tiene nada que ver con el almacenamiento en caching web, o probablemente con lo que normalmente considerarías como un caching en otros progtwigs. En general, esto se refiere al área de ensayo , que se utiliza para determinar qué se debe comprometer. En el caso de git rm tampoco significa eso, al less por lo que puedo ver.

Cuando git rm --cached algo, lo quita del repository de Git, pero lo deja en su copy de trabajo. Esto significa que su copy local, donde ejecutó el command, aún tiene los files. ¡Pero cuando presionó la nueva confirmación, las copys de todos los files que eliminó se eliminaron de la otra copy!

Probablemente deberías revert esa confirmación, que en realidad creará un nuevo compromiso que deshace el problema. Si esta fue su confirmación más reciente, haga esto:

 git revert -n HEAD^ git commit -am "Replace accidentally deleted files" git push 

Si se trataba de una confirmación anterior, consulte el logging (usando el git log o la aplicación gráfica GitHub) para encontrar su hash. Luego reemplace HEAD^ con el hash de confirmación (los primeros siete caracteres deberían ser suficientes).

Una vez hecho esto, debe determinar la causa de su problema original. Si el GitHub gráfico no puede darle un post de error útil, intente confirmar en la línea de command para ver si eso le da más detalles.