¿Cuándo usar una etiqueta/etiqueta y cuándo ramificar?

Question

Usando TFS, ¿cuándo etiquetarías tu código y cuándo lo harías?

¿Existe un concepto de mainline/trunk en TFS?

Answer 1

Siempre veo las etiquetas como la rama del hombre perezoso. Si vas a hacer algo tan significativo que requiera una etiqueta de fuente completa, probablemente sea mejor denotarlo con una rama para que todas las tareas asociadas con ese esfuerzo estén en un lugar organizado con solo el código afectado.

Sin embargo, la ramificación es muy poderosa y es algo que vale la pena conocer. TFS no es el mejor control de fuente, pero tampoco es el peor. TFS admite el concepto de un tronco del cual brotan también todas las ramas.

I would recommend this as a good place to read up on best practices - al menos en lo que respecta a TFS.

Answer 2

En cualquier VCS, uno normalmente marca cuando quiere una instantánea del código, que se mantendrá como referencia para el futuro. Se bifurca cuando desea desarrollar una nueva característica, sin alterar el código actual.

Answer 3

Una etiqueta en TFS es una forma de etiquetar una colección de archivos. La etiqueta contiene un grupo de archivos y la versión del archivo. Es una forma muy económica de marcar qué versiones de archivos conforman una compilación, etc.

Una ramificación puede considerarse como una copia de los archivos (de una determinada versión) en un directorio diferente en TFS (con TFS) sabiendo que esta es una rama y recordará de qué archivos y versiones era una rama).

Como dice Eric Sink, a branch is like a puppy. Requiere algo de cuidado y alimentación.

Personalmente, etiqueto a menudo pero raramente. Creo una etiqueta para cada compilación, pero solo ramifico cuando sé que necesito trabajar en una versión histórica o que necesito trabajar de forma aislada de la línea principal de código. Puedes crear una rama desde cualquier punto en el tiempo (y también una etiqueta) para que funcione bien y signifique que no tenemos ramas que no estén siendo usadas.

Espero que ayude,

Martin.

Answer 4

Andrew afirma que el etiquetado es más lento que la bifurcación; en realidad es más eficiente en la mayoría de los casos, no flojo. El etiquetado puede permitir a los usuarios capturar un proyecto en cualquier momento, mantener un historial de archivos modificados para una versión o compilación, y bifurcarse/trabajar con el código en cualquier punto y luego volver a fusionarse en la rama principal. En lugar de lo que dijo Andrew, se le recomienda que solo se desvíe cuando se desee más de un conjunto de binarios, por ejemplo, cuando el desarrollo de control de calidad y desarrollo se desarrolle simultáneamente o cuando necesite aplicar un hotfix a una versión anterior.