C'è un modo per rimuovere la cronologia per un singolo file in Mercurial?

Question

Penso di conoscere già la risposta ma ho pensato di chiedere comunque:

Abbiamo un file che è stato aggiunto a un repository Mercurial con informazioni riservate. C'è un modo per rimuovere quel file con la sua cronologia delle modifiche senza rimuovere l'intero repo?

Answer 1

No, non è possibile. Leggi la sezione changes that should have never been del volubile libro rosso su di esso; e in particolare la what about sensitive changes that escape comma, che contiene questo paragrafo:

Mercurial anche non fornisce un modo per fare un file o changeset completamente scomparire dalla storia, perché non è alcun modo per imporre la sua scomparsa ; qualcuno potrebbe facilmente modificare la loro copia di Mercurial a ignorare tali direttive. Inoltre, anche se Mercurial fornito una tale capacità , qualcuno che semplicemente non aveva tirato un “fare questo file sparire” di modifiche non sarebbe influenzata da esso, né sarebbe web crawler in visita al momento sbagliato, backup del disco o altri meccanismi . Infatti, nessun sistema di controllo di revisione distribuito può rendere i dati svaniscono in modo affidabile. Fornire l'illusione di tale controllo con potrebbe facilmente dare un falso senso di sicurezza a ed essere peggiore di non fornirlo affatto.

Il solito modo per annullare le modifiche impegnati è supportato da Mercurial tramite il comando backout (ancora una volta, il libro mercuriale: dealing with committed changes), ma l'informazione non scompare dal repository: dato che non si sa mai chi esattamente clonato il repository, che darebbe un falso senso di sicurezza, come spiegato sopra.

Answer 2

hg trapianto, poi hg spellare

Answer 3

È vero che non è possibile rimuovere facilmente un file particolare da Mercurial, nel senso che così facendo interromperà tutti gli ID changeset nel repository. Quando si modificano gli ID del changeset, tutti devono ri-clonare il repository. Vedere lo Wiki page about editing history per informazioni sulle conseguenze della modifica della cronologia in Mercurial.

Se ciò è a posto (repository interno in un'azienda), quindi dare un'occhiata allo convert extension. Può fare conversioni hg → hg e ha un argomento --filemap che può essere utilizzato per escludere i file, tra le altre cose.

Answer 4

È possibile localmente, ma non globalmente, e cambia l'ID di ogni commit dopo il punto in cui è stato aggiunto il file. Affinché la modifica si attacchi, avrai bisogno di accedere a ogni singola copia del repository, in particolare a quelli che vengono tirati o spinti.

Detto questo, ho seguito la sequenza Editing History descritta nel wiki Mercurial per rimuovere un file da uno dei miei repository.Questa sequenza presuppone che la revisione 1301: 5200a5a10d8b aggiunto il file path/to/badfile.cfg, che non è stato modificato in qualsiasi revisione successiva:

1. Abilitare l'estensione MQ nel .hgrc:

   [extensions] 
   mq = 
   

2. Tirare modifiche recenti da monte .

   hg pull 
   

3. importare tutto dal file aggiunta poi in MQ:

   hg qimport -r 1301:tip 
   hg qpop -a 
   

4. rimuovere il file dal commit che ha aggiunto di esso.

   hg qpush 1301.diff 
   hg forget path/to/badfile.cfg 
   hg qrefresh 
   

5. Convertire le patch in nuove revisioni Mercurial.

   hg qpush -a 
   hg qfinish -a 
   

6. Premere le nuove revisioni a monte.

   hg push -f 
   

7. Sul repository upstream e ogni singola altra copia, rimuovere le vecchie revisioni.

   hg strip 5200a5a10d8b 
   

Attenzione: Questo passaggio può distruggere l'opera, a meno che non si sta attenti. Se qualcuno ha commesso qualcosa dall'ultima volta che hai estratto l'upstream, dovrai prima ridimensionarlo prima di eseguire lo stripping. Sfortunatamente, l'estensione rebase non è utile qui; dovrai ricominciare a utilizzare MQ, convertendo i nuovi commit in patch applicate alla nuova punta.

Buona fortuna.

Answer 5

Può essere fatto in meno di 10 minuti. in un unico repository, anche se ci sono conseguenze.

Come: utilizzare hg convert come descritto in this excellent guide. Fondamentalmente, "converti" un repository Hg in un nuovo repository Hg, ma devi specificare un elenco di file da escludere durante la conversione. Questo è un estratto dei passaggi chiave:

Make sure all your teammates have pushed their local changes to the central repo (if any) 
Backup your repository 
Create a "map.txt" file: 

# this filemap is used to exclude specific files 
exclude "subdir/filename1.ext" 
exclude "subdir/filename2.ext" 
exclude "subdir2" 

Run this command: 
hg convert --filemap map.txt c:/oldrepo c:/newrepo 
NOTE: You have to use "forward-slash" in paths, even on windows. 
Wait and be patient 
Now you have a new repo at c:\newrepo but without the files 

Per quanto riguarda le conseguenze ...

• tutti gli ID changeset Dopo che i file che si desidera escludere sono stati aggiunti saranno diversi
• il nuovo " pulito "repository principale dovrà essere messo manualmente al posto di quello esistente
• tutti i membri del team dovranno creare nuovi cloni del repository principale
• eventuali altri servizi che si integrano con Hg potrebbero richiedere attenzione (ad es. il tracker dei problemi, un sistema di revisione del codice ecc.)