Ottenere git per non spingere mai un singolo commit?

Question

Non penso sia possibile, ma ho pensato che qualcuno potrebbe avere un'idea elegante di come ottenere ciò:

Ho un progetto che ho verificato che esisteva da molto prima che lo prendessi. Ho circa una dozzina di modifiche in vari file che non voglio mai archiviare (sono tutte modifiche di configurazione).

C'è un modo per commettere questo insieme di modifiche e quindi non spingere mai effettivamente quel commit? So che suona strano :)

precisazione:

Voglio che questi cambiamenti di rimanere nella mia directory di lavoro, ho bisogno di loro per l'applicazione di funzionare a livello locale. Voglio essere in grado di mantenere commettere altri cambiamenti intorno a loro, anche i cambiamenti nello stesso file, ma mai spingere i cambiamenti di configurazione a qualsiasi altro luogo ...

E 'un po' come prima di ogni spingere vorrei:

• ciliegia pick and riporre questo commettere
• rebase quello commettere fuori
• spinta
• riapplicare questa scorta alla mia base di codice

Answer 1

Questo è un modello simile per mantenere una patch locale impostata su un progetto upstream che non si controlla. Il modo più semplice per gestire questo è di avere un ramo intermedio che tutte le modifiche vengono unite attraverso, in questo modo:

___________________________ master 
\__________________________ config-changes 
    \_____________________ daily-work 

master contiene tutto ciò che è da condividere. Le uniche cose commesse in config-changes sono le modifiche che si desidera poter ripristinare facilmente quando sono condivise. daily-work è il ramo si fa tutto il lavoro in Per configurarlo, fare:.

# (no local config changes should be in master at this point) 
git checkout -b config-changes master 
# Make your config-related changes that you don't want to share 
git commit -am "Made local config changes" 
git checkout -b daily-work 
# Work and commit like normal 

Quando sei pronto a condividere le modifiche, fare:

git rebase --onto master config-changes daily-work 
git checkout master 
git merge daily-work 

che tornerà tutte le modifiche fatto in config-changes, ma in caso contrario assomiglia a quello derivato direttamente da master. Tieni presente che dopo aver eseguito questa correzione, se vuoi continuare a lavorare in daily-work, devi rebase nuovamente su config-changes, ma è molto meglio creare un nuovo ramo per ogni modifica.

Quando è necessario tirare giù le modifiche apportate dal master, do:

git checkout master 
git pull 
git checkout config-changes 
git merge master 

La fusione riapplica le modifiche di configurazione locale collegati l'ultimo maestro. Sei quindi libero di creare un nuovo ramo daily-work o unire config-changes in quello vecchio, a seconda dei casi. Fondamentalmente, non ti unisci direttamente da master a daily-work. Per prima cosa passa sempre attraverso config-changes.

All'inizio sembra un sacco di lavoro, ma una volta che lo fai una o due volte vedrai che è molto più semplice che mantenere le modifiche manualmente.

Answer 2

Sì, basta creare un ramo separato e memorizzare questi cambiamenti c'è:

git checkout -b your-new-branch 
git commit -a 

Dopo aver finito di commettere, basta tornare al ramo originale e dimenticare questi cambiamenti.

Answer 3

Utilizzare git update-index --assume-unchanged su questi file per fare in modo che git pensi che i file non vengano modificati.

Dopo i commenti, un'alternativa consiste nell'avere un ramo separato da cui si esegue il push. I commit in questo ramo sono raccolti in ciliegio ecc. Dal ramo di lavoro. Quindi, quando vuoi spingere, passa al ramo "push", cherry-pick commits da "work" e push.