Usando GitEye:
He clonado mi repository existente desde GitHub, a … git / Android.Project
Usando File Manager he copydo los files actualizados de mi directory de trabajo … … Projects / Android.Project para … git / Android.Project
Mi directory de trabajo no tiene un file .git, por lo que no se sobrescribe.
Usando GitEye:
Intenté arrastrar los files desde la vista de Archivos de tree de trabajo a la vista Cambios en etapas, y no tuve éxito.
No estoy intentando comprometer y llevar los cambios a GitHub, y get el error, "No hay files en etapas"
Usando CLI:
cd git / Android.Project git status
[Aparece la list de files modificados y sin seguimiento … ¡¡¡YAY !!!!]
git commit -a -m "Muchos cambios"
15 files cambiados, 1121 inserciones (+), 410 eliminaciones (-)
estado de git
nada agregado a commit pero files no registrados presentes (use "git add" para rastrear)
git add -A git commit -a -m "imágenes de resources"
estado de git
En branch master Su branch está por delante de 'origin / master' por 2 commits. (use "git push" para publicar sus confirmaciones locales)
nada para comprometer, directory de trabajo limpio
git remote -v
origen https://github.com/enetarch/Android.Todo.git (fetch) origen https://github.com/enetarch/Android.Todo.git (push)
git push origin master
Contando objects: 83, hecho. Compresión Delta con hasta 8 hilos. Comprimir objects: 100% (51/51), hecho. Objetos de escritura: 100% (57/57), 49.92 KiB, hecho. Total 57 (delta 24), reutilizado 0 (delta 0) Para https://github.com/enetarch/Android.Todo.git ad6e5a9..047bb32 master -> master
Entonces, hice todo eso a través de la CLI, ¿por qué GitEye no pudo hacer esto?
De vuelta en GitEye solicito ver los últimos compromisos de GIT y puedo ver lo que cometí a través de CLI git.
Entonces, ¿alguna idea de por qué esto no está funcionando como esperaba?
Perdón por los problemas de formatting, aparentemente a StackOverflow no le gusta la CLI copy / pasta
Bueno, intente esto:
Ventana> Preferences> General> Espacio de trabajo . En el panel derecho, select "Actualizar usando ganchos nativos o sondeo" . Reinicie GitEye.
Ahora realice cambios en cualquier file, cambie a GitEye y espere unos segundos. Los files modificados aparecerán automáticamente en la vista Git Files / Git Staging .
Versión : GitEye (Linux 64-bit) versión 4.6.0.1. Captura de pantalla
Es posible que esté viendo una situación similar a la que regularmente me encuentro con GitEye. Los files modificados no aparecen inmediatamente en la vista Archivos Git . Obligo a que la list se actualice seleccionando cualquier otra opción en el menu emergente de opciones de filtrado. Este es el control justo arriba de la list de Working Tree Files .
Por lo general, estoy en la list "Mostrar pendiente", así que me cambio a algo así como "Mostrar limpio". Luego cambio de nuevo a "Mostrar pendiente" y mis files modificados generalmente aparecen en ese momento.
ACTUALIZACIÓN: Como resultado, esto es probablemente el resultado de un error reconocido por el equipo de Egit, y se ha abordado.
Publicación del foro: EGit sigue mostrando los files CVS en la vista Sin escena / por etapas
Error: los directorys de CVS se muestran erróneamente como eliminados en la vista de etapas y en el dialog de confirmación
Por lo que puedo decir, la actualización a GitEye versión 2.0 me ha encargado el problema.
Simplemente agregando a la respuesta de steal3rd, hay un button de actualización oculto en la vista de Repositorios de Git: