update - TFS 2008 comprueba el código automáticamente al editar
tfs 2018 update 3 (7)
Desafortunadamente, con TFS pone cerraduras de solo lectura en sus archivos para EVITAR que edite el archivo sin verificarlo primero.
No puedo soportar esta decisión. Lo que tendrá que hacer es permitir que TFS revise el archivo, luego "Deshacer el pago" en él más adelante si no desea verificarlo.
Asegúrate de que hayas habilitado el proceso de pago compartido; el bloqueo exclusivo de archivos es el camino a la locura. ;)
Estoy trabajando en un proyecto de Visual Studio 2008 que ya está agregado al servidor TFS. No estoy seguro de qué configuraciones y políticas se han configurado para TFS (esto lo hace un departamento separado, no los desarrolladores)
Cada vez que hago una edición de un archivo de código, el archivo se comprueba automáticamente (sin necesidad de revisar el archivo de código explícitamente)
Ayúdenme a encontrar esta configuración o política porque no es muy útil en este momento. En algún momento desea realizar un cambio local para probar algo, y no necesariamente verifica el código ...
Puede hacer un conjunto de estantes del código que le permita realizar un cambio en el código sin afectar el resto del desarrollo.
Puede hacer esto haciendo clic derecho en el archivo y seleccionando guardar cambios pendientes.
Cierra tu solución.
Desconecte su cable de red.
Abra su solución.
Visual Studio le dirá que TFS no está disponible y abrirá la solución "Sin conexión".
Vuelva a enchufar el cable de red. VS no debe tomar la solución "En línea" hasta que se lo solicite explícitamente.
A continuación, puede hacer los cambios que desee. Cuando intentes guardar archivos, te dirá que son de solo lectura, simplemente sobreescríbalo.
Si decide que desea registrarlos, tome la solución en línea haciendo clic con el botón derecho en el Explorador de soluciones.
De lo contrario, simplemente elimine la copia local de la fuente cuando termine con ella.
Creo que esta es una característica no es un problema. Si cambia un módulo y está bajo control de fuente, ahora está "fuera de sincronización" con el repositorio. Si sale (y el comportamiento predeterminado es guardar) y vuelve más tarde, el archivo no es lo que todos los demás están viendo. Esto puede ser peligroso.
Por ejemplo: en los días de VSS, un viernes por la tarde tuve que "apagar un incendio" y solucionar un problema en Prod Environment, así que cambié la cadena de conexión en el archivo de configuración apropiado. A otro desarrollador le quitaron el archivo, así que hice la solución habitual para marcar el archivo como de solo lectura para poder guardarlo. Descubrí el problema e informé al usuario. Esto estaba en modo de lucha contra incendios, así que no consideré el hecho de que ahora tengo una cadena de conexión de producción en mi configuración de desarrollo.
Lunes mornign entro y abro la solución. ¿Hay algún comentario que indique que el archivo de configuración apunta a producción? No, tengo que recordar.
Sin embargo, si el archivo está desprotegido, ese ícono es un indicador para mí que "marca" el hecho de que los archivos han sido modificados. No entiendo muy bien el "gran problema" al tener que hacer clic con el botón derecho en la solución y decir "deshacer cambios pendientes"
O si desea guardarlos, como explica la sugerencia de aleichtle.wordpress (no entiendo los votos bajos, creo que es una sugerencia excelente), puede archivar los cambios. Esto eliminará el check-out y también guardará los cambios en el servidor.
Los sistemas de control de versiones son un componente crítico e importante del ciclo de vida del desarrollo de software. Es importante considerar su "proceso". Es posible que deba hacer ajustes a medida que usa una herramienta diferente ("Cuando esté en Roma" ...)
Puede ser difícil hacer el ajuste, pero a menudo hay buenas razones por las que la herramienta funciona de la manera en que lo hace.
Está en Options / SourceControl / Environment
Productos retirados: echa un vistazo automáticamente
cambiarlo a
Productos retirados: solicitud de pagos exclusivos
o su acción preferida
Estoy ejecutando Windows 7 y VS 2010. Desde Windows Explorer, puede: haga clic con el botón derecho en la carpeta principal de su proyecto: elija Team Foundation Server, elija Workspace, retire la carpeta de trabajo activa (parte inferior de la pantalla).
Creo que esto elimina los enlaces a TFS, y eres libre de causar estragos en tu código a voluntad.
Puede eliminar el enlace al control de origen desde el menú de archivo.