Ci sono alcune cose che puoi fare, a seconda del comportamento che stai cercando.
Si sta effettivamente modificando e inserendo all'interno del sottorepo? In tal caso, dovresti creare un repository separato come un ramo del fornitore in cui unisci le modifiche con le modifiche upstream ("loro") e fai in modo che il tuo sottorepo punti a questo. Qualcosa di simile, forse:
repos
main
subrepo
.hgsub # contains: "subrepo=../theirproject"
theirproject # clone of remote, upstream repo
L'idea è che l'entrata subrepo non punta direttamente al repo estraibile solo a monte, ma per uno dei vostri in cui si fondono le modifiche con "loro"
altro l'opzione è di interrompere le modifiche nel sottorepo. Se non ci sono cambiamenti e nessun commit, push passerà il repository giusto. Se si passa a tale modalità di lavoro, è possibile impostare commitsubrepos = false
nella sezione [ui]
in un file hgrc per evitare di commettere accidentalmente in tale repository.
La linea di fondo è che se stai cambiando le cose lì, allora devi impegnarle (per sicurezza!) E se le impegni vengono poi spinte se il genitore è spinto, quindi controlla dove sono spinti e sei a posto.
fonte
2011-05-31 02:43:17
@Mercurial Mercurial non ha qualcosa di simile al file Git .gitignore? – Arlen
Ovviamente lo fa, ma sta parlando di sottorepos e non di file ignorando. Git ha lo stesso contenuto del subrepo, e allo stesso modo non sarebbe risolto con .gitignore. –
Non voglio ignorare i sottorepos, semplicemente non voglio che facciano parte della spinta dal momento che non cambieranno mai. – Soviut