¿Migrar del paradigma 'compartir files' en StarTeam a un DVCS como GIT?

StarTeam tiene intercambio de files entre vistas. Básicamente, una vista en StarTeam puede compartir files individuales desde otras vistas. Luego puede ramificar los files también. ¿Hay forms de migrar vistas en StarTeam que comparten cientos de files entre sí? Alguien tiene experiencia con esto? Suponiendo que la única solución es convertir una "vista" de StarTeam en un repository, digamos en GIT, ¿existen estrategias para seguir permitiendo el intercambio de files entre múltiples repositorys en, digamos, GIT?

Sean

Git Manual de usuario :

El soporte de submodules de Git permite que un repository contenga, como un subdirectory, una salida de un proyecto externo. Los submodules mantienen su propia identidad; el soporte del submodule simplemente almacena la location del repository del submodule y confirma el ID, por lo que otros desarrolladores que clonen el proyecto que lo contiene ("superproyecto") pueden clonar fácilmente todos los submodules en la misma revisión. Los controles parciales del superproyecto son posibles: puedes decirle a Git que no clone ninguno, algunos o todos los submodules.

El command git-submodule inicializa, actualiza o inspecciona submodules.

No conozco StarTeam, pero lo que describes parece que podrían ser twigs de hace mucho time en Git.

Supongamos que desea tener lanzamientos independientes para algunos hardware especializado A y B, además de su desarrollo continuo: puede mantener twigs separadas para las versiones A y B, con los files compartidos que está desarrollando en la twig master . Entonces solo se fusiona de master en sus twigs especializadas, y nunca de ellos en master .

Esto a menudo es más simple que mantener repositorys o submodules separados, porque Git está rastreando treees de treees si el file cambia, en lugar de files individuales.

Intereting Posts