Show Menu
Cheatography

TFS - Resumen Reglas Personales Cheat Sheet by

Modelo de Ramas

MAIN
RELEASE
- OPS:
Inmediatos y fixes que suben el mismo día -> RELEASE
Fixes que no subiran el mismo día -> Rama RELEAS­E-XXXX
Mini Evolutivos <16 horas -> Rama RELEAS­E-XXXX

- DEV:
Evolutivos < 16h -> Rama MAIN
Evolutivos > 16h -> Rama MAIN-XXXX
Pruebas de concepto, etc -> Rama MAIN-XXXX

Reglas del Merge

- No puede haber ningun cambio pendiente en las ramas que se van a "­Mer­gea­r".
- Siempre hacer el "­Mer­ge" marcando “Selected Change­sets”. Nunca hacer "­Mer­ge" marcando “All changes up to specific versión”.
- Siempre probar el "­Mer­ge" en local.
- El comentario de un "­Mer­ge" es: [A|MXXXX] Merge Source MAIN - descri­pción opcional.
- Ejemplo: [A1216] Merge Source: MAIN - Mejoras rendim­iento listado”.

Pasos para hacer un Merge (de MAIN a RELEASE)

Hacer "Get Lastest Versio­n" de las 2 Rama antes de hacer el Merge
MAIN y RELEASE no pueden tener "­Pending Change­s"
Hacer un "­Mer­ge" desde RELEASE a MAIN
Validar que no se ha roto nada
Hacer "­Che­cki­n" del Merge.
Hacer el "­Mer­ge" de MAIN a RELEASE
Hacer "­Che­cki­n" del Merge.
 

Obliga­ciones

- Todo el código tiene que estar subido al TFS.
- Como mínimo una vez al día, hacer un "Get Latest Versio­­n" de la rama en la que estamos trabaj­­ando.
- Al hacer un Merge, en caso de conflicto, SIEMPRE hablar con las personas implic­­adas.
- Cuando un desarrollo sube a producción tenemos que bajar todos nuestros cambios a MAIN
- Lo que se despliegue en PRE es porque está probado y estable y se quiere hacer una última prueba antes de subir a produc­ción.
- Borrar nuestras ramas: cuando una rama ya no la vamos a usar hay que borrarla
- Si se hace un rollback en el servidor se debería hacer el rollback en el TFS.

Recome­nda­ciones

- Si la rama destino del "­Mer­ge" tiene cambios pendie­ntes, hacer un Sherlve (marcando la opción "sin preservar cambios en local") o hacer el Checking si el código es estable.
- Después del "­Mer­ge" recuperar el Shelve y resolver los conflictos que haya.
Si hay un conflicto al bajar de RELEASE a MAIN hay que averiguar si es de un desarrollo que se está haciendo en MAIN. En ese caso:
- Hablar con las personas implicadas
- Hacer el Merge.
- Guardar el código de las líneas de MAIN que nos dan conflicto.
- Resolver el conflicto cogiendo lo de RELEASE.
- Subir al TFS el Merge.
- Abrir el proyecto de MAIN.
- Restaurar las líneas como estaban en MAIN teniendo en cuenta los cambios del Merge.
 

Comments

No comments yet. Add yours below!

Add a Comment

Your Comment

Please enter your name.

    Please enter your email address

      Please enter your Comment.