Mercurial: ¿puedo ignorar un archivo para empujar / tirar pero aún así comprometerme? (.hgsub)

Tengo un repositorio con dos sub-repositorios configurados así:

project/
   |-- folder1
   |-- folder2
   |-- www       [subrepo]
   |-- dev       [subrepo]

En la Máquina A, revisé project, www y dev, y modifiqué .hgsub como tal. Tengo que confirmar esto para que los subrepositorios www y dev sean reconocidos por hg (commit -S, etc.).

Sin embargo, la máquina B solo usa la funcionalidad www del proyecto, por lo que se ve así:

project/
   |-- folder1
   |-- folder2
   |-- www       [subrepo]

Nuevamente, el .hgsub en la Máquina B solo tiene una entrada para www, y tengo que confirmar esto para que hg lo reconozca como un subrepo.

Lo que me gustaría hacer es empujar y tirar a mi repositorio central pero NO empujar / tirar del .hgsub. De lo contrario, si confirmo y presiono .hgsub desde la Máquina A, y luego saco de la Máquina B, automáticamente obtengo el subrepo de desarrollo y el subrepo de www que no quiero.

Así que modifico .hgsub nuevamente en la Máquina B para que solo tenga www y lo confirmo para que surta efecto. Hago un poco de trabajo en el subrepo de www en la Máquina B y quiero regresar al repositorio central, pero también eliminará el cambio a .hgsub. Ahora, cuando presiono la Máquina A, mi subrepo 'dev' se ha ido y tengo que volver a agregarlo a .hgsub nuevamente, y voy y vengo de esta manera hasta que me arranco el cabello con frustración.

¿Hay alguna forma de evitar esto? .hgsub debe estar comprometido localmente en cada máquina para que los subrepos funcionen, pero no quiero que sean empujados o extraídos. ¿Hay un .hgignore para empujar / tirar?

aclamaciones.

preguntado el 25 de agosto de 11 a las 21:08

1 Respuestas

Un empujar / tirar no opera en archivos, opera en conjuntos de cambios.

Como tal, no hay forma de empujar / jalar un conjunto de cambios parcial, ya sea que lo empujes / jales o no.

Si no quiere que el repositorio siempre contienen ese archivo / sub-repositorio, no debería organizar sus proyectos de esa manera. En su lugar, es posible que desee considerar la posibilidad de configurar un proyecto secundario con solo los sub-repositorios que necesita para ese otro sitio.

En otras palabras, podría considerar tener 2 proyectos, uno con todos los repositorios secundarios y el otro con solo unos pocos.

Respondido 26 ago 11, 09:08

Gracias. Tenía la sensación de que los subrepos no eran del todo adecuados para mi problema, es solo que parecía una excelente manera de manejar tener un paquete central con folder1 y folder2y luego varios módulos opcionales. de modo que no tenga que acordarme de fusionarme entre ramas, etc. ah, bueno. - café matematico

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.