Visual Studio: Git Team Explorer no muestra ningún cambio

Cuando agregue por primera vez un proyecto al control de fuente (GIT), se mostrarán todos los files y todo será color de rosa. Puedo continuar trabajando durante aproximadamente 30mins-1hr y todos los cambios aparecen (cualquier file que haga cambios).

Pero después de un período de time, muestra que no se edita ningún file, sin importar cuántos cambios realice. Simplemente no lo entiendo … Miré el file .gitignore y no veo ninguno de los types de files con los que estoy trabajando, así que no entiendo qué diablos está pasando.

Estoy trabajando con una aplicación MVC de varios niveles, por lo que hay muchos C #, muchos .cshtml, etc.

¿Consejos? Google no encuentra nada. Aquí está el file .gitignore … Tengo el mismo problema que este tipo … ¡y no obtuvo respuesta!

Cuando guardo un file con cambios, su estado vuelve automáticamente a sin cambios / confirmado (locking azul)

## Ignore Visual Studio temporary files, build results, and ## files generated by popular Visual Studio add-ons. # User-specific files *.suo *.user *.sln.docstates # Build results [Dd]ebug/ [Rr]elease/ x64/ build/ [Bb]in/ [Oo]bj/ # Enable "build/" folder in the NuGet Packages folder since NuGet packages use it for MSBuild targets !packages/*/build/ # MSTest test Results [Tt]est[Rr]esult*/ [Bb]uild[Ll]og.* *_i.c *_p.c *.ilk *.meta *.obj *.pch *.pdb *.pgc *.pgd *.rsp *.sbr *.tlb *.tli *.tlh *.tmp *.tmp_proj *.log *.vspscc *.vssscc .builds *.pidb *.log *.scc # Visual C++ cache files ipch/ *.aps *.ncb *.opensdf *.sdf *.cachefile # Visual Studio profiler *.psess *.vsp *.vspx # Guidance Automation Toolkit *.gpState # ReSharper is a .NET coding add-in _ReSharper*/ *.[Rr]e[Ss]harper # TeamCity is a build add-in _TeamCity* # DotCover is a Code Coverage Tool *.dotCover # NCrunch *.ncrunch* .*crunch*.local.xml # Installshield output folder [Ee]xpress/ # DocProject is a documentation generator add-in DocProject/buildhelp/ DocProject/Help/*.HxT DocProject/Help/*.HxC DocProject/Help/*.hhc DocProject/Help/*.hhk DocProject/Help/*.hhp DocProject/Help/Html2 DocProject/Help/html # Click-Once directory publish/ # Publish Web Output *.Publish.xml # NuGet Packages Directory ## TODO: If you have NuGet Package Restore enabled, uncomment the next line #packages/ # Windows Azure Build Output csx *.build.csdef # Windows Store app package directory AppPackages/ # Others vsql/ *.Cache ClientBin/ [Ss]tyle[Cc]op.* ~$* *~ *.dbmdl *.[Pp]ublish.xml *.pfx *.publishsettings # RIA/Silverlight projects Generated_Code/ # Backup & report files from converting an old project file to a newer # Visual Studio version. Backup files are not needed, because we have git ;-) _UpgradeReport_Files/ Backup*/ UpgradeLog*.XML UpgradeLog*.htm # SQL Server files App_Data/*.mdf App_Data/*.ldf #LightSwitch generated files GeneratedArtifacts/ _Pvt_Extensions/ ModelManifest.xml # ========================= # Windows detritus # ========================= # Windows image file caches Thumbs.db ehthumbs.db # Folder config file Desktop.ini # Recycle Bin used on file shares $RECYCLE.BIN/ # Mac desktop service store files .DS_Store 

Reiniciar mi máquina lo solucionó por mí. Reiniciar Visual Studio no fue suficiente, pero después de reiniciar todo el sistema, los cambios ahora se muestran en Team Explorer.

Descubrí que VS tenía abierto un file .opendb, lo que causaba un conflicto de permissions al search cambios. Informó el file preciso que estaba causando el problema en la window Salida, en "Control de fuente – Git". Agregar esto a mi .gitignore solucionó el problema. Si un reinicio de VS o un reinicio corrige el problema, entonces probablemente cierre el identificador del file ofensivo; en mi caso, VS abrió el file de problema cada vez.

Ver también Visual Studio TFS Git no ve ningún cambio por más causas potenciales.

Mi logging de Visual Studio "Source Control – Git" no dejaba de quejarse de un file bloqueado de mi proyecto de SQL. Un file .jfm. Se lo agregó a .gitignore y luego funcionó.

Así que verifique su logging de Git cuando su solución no muestre cambios, sin importar lo que cambie.

Para mí, reiniciar no era necesario. Simplemente cerrar y volver a abrir la Solución funciona. Cada vez que ese truco no funciona, reiniciar Visual Studio funciona.

A diferencia de Eclipse IDE, Visual Studio no proporciona un elemento de menu Reiniciar. Necesito instalar una extensión para hacer esto.

Por lo que vale, no tuve que reiniciar VS2015 o mi máquina para que aparecieran mis cambios. Simplemente me desconecté del control de fuente y volví a conectar, y entonces vi los cambios.

Si está utilizando extensiones de Git, reinstale y reinicie su Visual Studio 2015, resolvió mi problema.

Asegúrese de que sus files no estén encriptados. Estaba usando carpetas de trabajo de Windows y los files nuevos están encriptados. Git en VS no puede verlos.

Lamentablemente, nada de lo anterior funcionó para mí, pero después de un time, esta fue mi solución:

  1. Encuentra tu carpeta .git para tu repository.
  2. Ubique y elimine el file 'index.lock' dentro.
  3. Reinicie Visual Studio.

Estoy usando Visual Studio 2017, ¡pero espero que esto ayude a alguien!