Estoy trabajando en un proyecto que utiliza GIT como el principal sistema de control de versiones para troncal, las sucursales oficiales y la mayoría de los subproyectos / sucursales no oficiales. Como tal, quiero hacer que mi propia sucursal use GIT para permitir que el resto de la comunidad acceda a mi sucursal utilizando el sistema que conocen.
Sin embargo, estoy trabajando en una parte del proyecto que se superpone a las ramas oficiales y no oficiales, junto con algunos parches que nunca entrarán en el tronco; por lo tanto, necesito poder mantener mis parches separados, permitiendo que todos se usen en mi rama y parches selectivos para tomar en el tronco. Esto naturalmente se inclina hacia el uso de colas mercuriales.
¿Hay alguna razón por la que no pueda usar mercurial para mi propio repositorio local, pero empuje la totalidad a los repositorios alojados GIT y Mercurial? O más bien, ¿hay alguna buena razón para no hacerlo? Estoy seguro de que es posible.
fuente
Respuestas:
No debe hacer esto por la misma razón por la que no debería tener una variable que intente rastrear el estado de otra: puede perder la noción de qué versión es autorizada.
fuente
Actualmente hago esto usando git y svn. Si bien hay razones no para hacerlo, no hay una regla general. Git puede hacer cosas svn no, estoy acostumbrado a esas funciones, por lo que mi flujo de trabajo aumenta la productividad cuando puedo usar git. Mirando los pros y los contras en mi situación, sería estúpido no usar ambos. Debes mirar tu situación de la misma manera. (por cierto, las únicas desventajas para mí son tener que ejecutar un solo script pequeño para sincronizar git con svn)
fuente
Puede mantener sus parches separados en Git: haga cada uno en su propia rama, luego combínelos selectivamente según lo desee.
fuente