¿Enlaces simbólicos en TFS 2010 Source Control?
version-control tfs2010 (3)
Por lo que sé, el control de origen (y las versiones anteriores) de Team Foundation Server 2010 no admite la vinculación (enlaces simbólicos) de archivos.
Vincular (según Visual SourceSafe) fue el concepto de proporcionar un archivo "duro" en una carpeta y luego "vincularlo" en otras ubicaciones, exactamente como están diseñados los enlaces duros del sistema de archivos.
¿Alguien sabe si los archivos pueden ser vinculados en absoluto? Me doy cuenta de que no es una buena práctica en general, pero tengo algunos escenarios en los que tiene sentido.
De acuerdo con una respuesta en este hilo: no es posible vincular la carpeta de control de origen TFS desde otro proyecto TFS , pero no puedo encontrar una respuesta definitiva.
Lo más cercano que puedo encontrar por cortesía de Google es un hilo en el foro de MSDN pero es bastante antiguo (2006). ¿Estoy suponiendo que esta sigue siendo la respuesta (a menos que alguien sepa lo contrario)?
No es posible hacer enlaces clásicos, pero es posible usar sucursales para una funcionalidad similar. Puedes usar una rama sobre la carpeta para hacer que algo sea similar a como eran los enlaces. El único inconveniente es que aún trabaja con sucursales, por lo que es necesario hacer fusiones, etc. Consulte la sección "Uso compartido de código fuente" de este documento para obtener instrucciones detalladas.
Parece que hay una solución alternativa para los sistemas basados en Linux.
Esta página: Aplicación de atributos del sistema de archivos Unix a archivos bajo el control de versiones , describe cómo utilizar un archivo de texto de archivo .tpattributes para almacenar detalles sobre los atributos del archivo. El artículo se aplica a la edición de Visual Studio 2010.
El proceso se describe aquí: ¿Cómo trabajar con archivos de enlace simbólico en Linux / Unix y TFS? . Implica el uso de un archivo .tpattributes y un archivo de 0 bytes que representa el enlace simbólico.
Ha habido algunos informes de éxito para esto , de acuerdo con los comentarios sobre una solicitud actualizada a Microsoft para que esta característica se implemente en TFS 2015.
En Perforce, los enlaces simbólicos solo se pueden registrar sin tener que pasar por nada de esto.
Este hilo es más reciente (2010), sobre TFS 2008 y 2010:
TFS (2008 y 2010) no tienen soporte para enlaces. Hay una extensión del lado del servidor para TFS 2010 (es decir, lo que utiliza VS2010 para el registro cerrado) pero esto suena como una solución del lado del cliente, ya que el enlace OM debe convertirse en un archivo para que el cliente lo reconozca.
Si solo trabaja con la línea de comandos, ¿qué tal una herramienta de envoltura para algunas operaciones de control de versiones? Por ejemplo, el contenedor de check-in convertiría los enlaces en un archivo de linktext y agregaría o reemplazaría el archivo de linktext existente antes de hacer el check-in normal. El contenedor de desprotección desprotegería el archivo de texto de enlace correspondiente. Tenga en cuenta que habrá bastante trabajo ya que tendrá que envolver muchos comandos.