Eclipse EGit flujo de trabajo recomendado

Question

Grupo,

Utilizamos Borland Starteam como nuestro sistema de control de fuente. Desarrollo código Java y uso Eclipse como mi IDE. Recientemente comencé a usar EGit como mi sistema de control de fuente personal y obtuve el siguiente flujo de trabajo para optimizar mi trabajo de desarrollo, que consiste en verificar código, agregar funciones, corregir errores, probar, fusionarme con la fuente principal en el equipo Star (gran esfuerzo si mucha gente ha hecho cambios mientras tanto), compile, pruebe e instale. Quiero usar EGit para simplificar el proceso de compilación, fusión y prueba, mientras desarrollo y también justo antes de la instalación del código después de realizar grandes fusiones. Esto es lo que se me ocurrió.

1. crear carpetas del sistema de archivos - 'Maestro' y 'trabajo'
2. Salida estructura de carpetas fuente fresca de Starteam en 'Trabajo'.
3. Cree el área de trabajo de Eclipse llamada 'Trabajo' e importe proyectos de Eclipse de la carpeta 'Trabajo' para agregar esos proyectos a un repositorio de EGit.
4. Agregue características/corrija errores mientras se encuentra en el área de trabajo 'Trabajo'. Prueba, etc. Crea un parche cuando estés listo para instalar. Ahora es el momento de hacer la gran fusión, reconstruir, probar nuevamente.
5. Consulte la fuente nueva de Starteam el día de la instalación en la carpeta 'Máster' en el sistema de archivos.
6. Cree el espacio de trabajo de Eclipse 'Master' desde la fuente en la carpeta 'Master', importe proyectos de Eclipse y agréguelos a un repositorio de EGit recién creado.
7. Importe el parche en el espacio de trabajo 'Maestro', realice la fusión. Corregir errores de compilación, prueba, etc.
8. Instalar.

¿Es eficiente este flujo de trabajo? ¿Hay más funciones avanzadas en EGit que simplemente esto más allá?

Gracias por cualquier orientación. Ranjit

Answer 1

A menos que entienda esto mal, parece que está utilizando espacios de trabajo de eclipse en lugar de la funcionalidad existente de git branch. Egit, si estoy en lo cierto, puede administrar ramas por sí mismo, por lo que no necesita ir y venir cambiando espacios de trabajo. Puede crear y luego combinar ramas y hacer todas las otras cosas divertidas dentro de un solo proyecto.

El flujo de trabajo desde aquí es todo git. Un buen artículo sobre el mantenimiento de un flujo de trabajo sano se puede encontrar aquí: http://sandofsky.com/blog/git-workflow.html