El file de proyecto no está obligado a controlar el origen después de modificar los files .csproj al actualizar a ASP.NET Core 2.0

Después de actualizar una solución a ASP.NET Core 2.0, tuve que cambiar por completo la estructura de todos mis files .csproj.

Después de cerrar y reiniciar Visual Studio, recibí una notificación sobre el enlace de la solución para todos mis files .csproj.

El file de proyecto C: \ Projects \ MyProj \ src \ MyProj \ client \ WebAPI \ WebAPI.csproj no está vinculado al control de origen, pero la solución contiene información de enlace de control de origen para él.

¿Desea abrir el proyecto utilizando la información de enlace de control de origen de la solución o abrirlo como unbound y corregir el file de solución?

Cuando selecciono Usar enlace de solución, agrega un montón de elementos de control de origen a cada .csproj individual y cuando elijo eliminar el enlace de solución. Al comparar el file .sln con mi file .sln original, ahora eliminó todos los proyectos de la solución

GlobalSection(TeamFoundationVersionControl) = preSolution SccNumberOfProjects = 1 SccEnterpriseProvider = {4BB58BB2-18FA-4B8B-95B4-32BBF27B184B} SccTeamFoundationServer = https://mycompany.visualstudio.com/ SccLocalPath0 = . 

Solía ​​haber 10 proyectos enumerados en esta sección. ¿Es esto un problema? Es extraño que no vea ningún símbolo de control de fuente al lado de los files en cada proyecto dentro de la solución. Sin embargo, si realizo un cambio en uno de los files y sigo con los cambios pendientes, aún así reconoce que debe estar registrado.

ACTUALIZAR:
Al pasar a 2.0, eliminé las siguientes líneas de mis files .csproj;

  <PropertyGroup Label="Globals"> <SccProjectName>SAK</SccProjectName> <SccProvider>SAK</SccProvider> <SccAuxPath>SAK</SccAuxPath> <SccLocalPath>SAK</SccLocalPath> </PropertyGroup> 

¿Siguen siendo necesarios al usar VSTS? Cuando los vuelvo a agregar, todo funciona como lo hizo. Si hay una forma más limpia / nueva de evitar el uso de estas líneas, hágamelo saber.