Agregando un subrepositorio de Git a Mercurial

Question

He estado tratando de configurar un proyecto usando bitbucket que tiene dependencias de proyecto alojadas en github. Usando el plugin Hg-Git Mercurial, casi puedo llegar allí.

Pero cuando llega el momento de presionar, las cosas se vuelven problemáticas.

La documentación para Mercurial subrepositories estados:

2,4 empuje

Mercurial automáticamente intentará empujar primero todos subrepos del repositorio actual cuando se presiona. Esto asegurará que los nuevos conjuntos de cambios en los subrepos estén disponibles cuando sean referenciados por los repositorios de nivel superior.

Pero esto causa un gran problema ya que no quiero empujar todas las subrepositories (¿por qué debería?) - Sólo he leído el acceso a ellos, por lo github no lo permite. Solo el repositorio principal debe enviarse al servidor remoto, pero no puedo encontrar la manera de hacerlo. hg quiere tomar el control e impulsar todos los subrepositorios, independientemente de si hay cambios o no. ¿Hay alguna forma de eludir esta función ?

Las únicas cosas que se deben presionar son .hgsub y .hgsubstate. Una vez que han sido empujados a través de rutas alternativas (actualizando a un conjunto de cambios donde los subrepositorios no existen), es posible actualizar y extraer los cambios desde los repositorios remotos, pero si tuviera que volver a presionar mientras estaba en un conjunto de cambios con el subrepositorios, toda la prueba se repite.

Answer 1

Esto no es posible debido al método de empujar de Mercurial. Este es un por error de diseño.

La mejor solución es actualizar a una revisión anterior donde los subrepositorios no existen, y luego pulsar. Esto omitirá la restricción de Mercurial y cargará los archivos necesarios .hgsub y .hgsubstate. Esto es un poco incómodo, pero es la mejor manera que he encontrado hasta ahora para hacer que Mercurial y Git trabajen entre ellos.

Quizás en el futuro Hg-Git se actualizará para manejar este caso de uso automáticamente.

Answer 2

Si no tiene conjuntos de cambios salientes en la subrepository, el 'empuje' en realidad debería hacer otra cosa que recuperar la lista de cambios más tardar desde el repositorio remoto. Por lo tanto, la parte real de 'empuje' del empuje no ocurrirá. He utilizado con éxito los repositorios de BitBucket de solo lectura como submódulos.

Answer 3

Creo que deberías usar varios repositorios; DVCS funciona mejor así.

Por ejemplo, crea un repositorio que contenga las dependencias de github. Usted solo obtiene ese repo para obtener los cambios, nunca empuja. Luego tiene otro repositorio para su proyecto, para desarrollo. Aquí tienes la libertad de hacer lo que quieras. Y luego se vincula a su propio repositorio hg para las dependencias.

Eso es si entendí correctamente su problema y lo que estamos tratando de hacer :)

Answer 4

Para referencia futura, la rama de desarrollo de mercurial (y por lo tanto la próxima versión 1.8) ahora admite subtipos nativos de git.Este caso particular se implementa muy bien y un impulso desde el repositorio raíz solo le indicará al subrepo git si no se sabe que su repositorio remoto tiene la confirmación actual.