Show Menu
Cheatography

TFS - Resumen Reglas Personales Cheat Sheet by

Modelo de Ramas

MAIN
RELE­ASE
- 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 “Sel­ected Change­set­s”. 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 conf­licto, SIEMPRE hablar con las personas implic­­ad­as.
- Cuando un desarrollo sube a prod­ucc­ión tenemos que bajar todos nuestros cambios a MAIN
- Lo que se desp­liegue 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 roll­back en el serv­idor se debería hacer el roll­back 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.

Help Us Go Positive!

We offset our carbon usage with Ecologi. Click the link below to help us!

We offset our carbon footprint via Ecologi
 

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.