visual studio 2010 - tools - Cómo evitar "Parece haber una discrepancia entre el control de origen de la solución..." sin cambiar el archivo.sln
tfs visual studio 2019 (5)
Nota: Vi "Parece haber una discrepancia entre el control de origen de la solución ..." , pero esto no se aplica, ya que deseo solucionarlo sin cambiar el archivo .sln.
Por alguna razón, cada vez que abro una solución que tiene en el archivo sln:
SccTeamFoundationServer = http://servername:8080/tfs/defaultcollection
SccAuxPath* = http://servername:8080/tfs/defaultcollection
Mi copia de VSS insiste en cambiarlo a
SccTeamFoundationServer = http://servername:8080/tfs/
SccAuxPath* = http://servername:8080/tfs/
Guardar estos cambios me soluciona todo, pero todos los que usan el mismo servidor de control de versiones están de acuerdo con la primera versión, pero no con la segunda. Deseo que las rutas / servidor de control de versiones de mi computadora sean consistentes con las de mis compañeros de trabajo.
Todo el mundo está usando Visual Studio 2010 con Visual Studio 2010 Team Explorer.
¿Ha intentado conectarse a http://servername:8080/tfs/defaultcollection lugar de http://servername:8080/tfs/ en su configuración de Team Explorer - Team Project Connection? Intente hacer eso, deje que alguien que tenga el http://servername:8080/tfs/ version check-in, reasigne su instancia local y luego obtenga la última.
Con Visual Studio puede resolver este problema al desvincular y enlazar la solución y / o proyectos. Prueba esto:
- Abra la solución del problema en VS (lo hizo en VS2013 justo ahora)
- Cometa todo lo que necesite para comprometerse (hagámoslo simple: nada para fusionar / registrar)
- Si hay algún cambio pendiente, deshaga todos los cambios pendientes en todos los proyectos de esa solución y cualquier cambio en la solución en sí.
- Vaya a Archivo -> Control de fuente -> Avanzado -> Cambiar control de fuente
- Seleccione los proyectos problemáticos y haga clic en "Desvincular"
- Haga clic en Aceptar y cierre la ventana ( ESTO ES IMPORTANTE: si no hace clic en Aceptar, VS no actualiza la solución correctamente )
- Vaya a Archivo -> Control de fuente -> Avanzado -> Cambiar control de fuente
- Seleccione todos los proyectos que haya desvinculado en el n. ° 5 y haga clic en "Enlazar"
- Haga clic en Aceptar y cierre la ventana
- Controle sus cambios de Solución y Proyecto
- Cierre la solución y ábrala y todo estará bien ahora
Solo tuve este problema exacto. Finalmente resolví el problema desconectándome de TFS y reconectando: en Team Explorer (View-Team Explorer), haga clic derecho en el nombre de su servidor TFS y haga clic en ''Desconectar''. A continuación, haga clic en Team-Connect para Team Foundation Server ...
No tuve ningún cambio pendiente cuando hice esto. Revisaría su código o al menos archivaría sus cambios antes de hacer esto para disminuir la posibilidad de perder trabajo.
La computadora en la que sucedió esto funcionó bien durante más de un año, pero supongo que Visual Studio de alguna manera almacenó en caché el nombre como http://servername:8080/tfs/ lugar de http://servername:8080/tfs/defaultcollection y desconectando y volver a conectar a TFS restablecer VS a la ruta correcta de http://servername:8080/tfs/defaultcollection . En mi servidor (y supongo que en todos) http://servername:8080/tfs/ y http://servername:8080/tfs/defaultcollection apuntan a lo mismo. La solución de Raymund no funcionó para mí, tuve el mismo problema que Brian con él.
También intente abrir el archivo .sln desde Source Control Explorer, creo que puede haber sido lo que resolvió el problema para mí.
Tuve este problema con una Solución que contiene archivos de proyecto * .vcxproj, que se migraron previamente de VS2008 a VS2010. La ruta a TFS se definió tanto en el archivo .sln como en los archivos .vcxproj.
La solución más simple fue actualizar los archivos del proyecto * .vcxproj para usar la palabra clave SAK.
es decir, actualización del formato:
<SccProjectName>$/MyProject/Directory/abc</SccProjectName>
<SccAuxPath>http://servername:8080/tfs/defaultcollection</SccAuxPath>
<SccLocalPath>.</SccLocalPath>
<SccProvider>{11111111-1111-1111-1111-111111111111}</SccProvider>
a
<SccProjectName>SAK</SccProjectName>
<SccAuxPath>SAK</SccAuxPath>
<SccLocalPath>SAK</SccLocalPath>
<SccProvider>SAK</SccProvider>