Estoy acostumbrado a Mercurial mq extension para mantener un conjunto de parches personalizados en la parte superior. Se pueden publicar como un repositorio separado aparte del upstream. Ahora en git uso ramas privadas y rebase, y funciona bien hasta que quiera compartir mis parches con otra persona.¿Cuál es el enfoque de Git para publicar una cola de parches?
En Mercurial, la cola de parches es un repositorio independiente y se puede publicar como de costumbre. Bitbucket incluso ofrece una función de cola de parches para vincularla al repositorio principal. En Git, si publico una rama privada con mis parches, pierdo la capacidad de volver a establecer una base de ellos (a menos que rompa las fusiones), sin embargo, los parches deben actualizarse de vez en cuando.
De another SO question he encontrado, que en el mundo Git StGit se propone como un equivalente para mq. Es similar en uso al mq, pero ¿cómo publico una cola de parches con StGit?
(stg publish parece estar indentado para crear un sólo un nuevo “fusionar amigable” rama, no publicar los parches mismos)
¿Cuáles son otros enfoques para publicar colas de parche en Git?
¿Hay alguna razón por la que no puede simplemente publicar la rama en el entendido de que no está finalizada y puede volver a basarse? – Cascabel
Bueno, romperá las fusiones para cualquiera que intente sacarlo de él, ¿verdad? Entonces, ¿qué sentido tiene publicarlo como un repositorio controlado por la versión, si no permite actualizar sin problemas a la última versión? – sastanin
@jetxee: Ese es el punto: si se puede volver a establecer, no * fusionarlo en ninguna rama importante. Usted busca y trabaja en forma aislada. – Cascabel