Un approccio diverso alle stringhe ident-style in Git?

Question

Sto pianificando il passaggio della mia azienda da CVS a Git, e alcuni ingegneri stanno sperando di utilizzare ancora stringhe di parole chiave CVS come $Id: $. Ho letto tutto sull'implementazione di questo con l'ident impostazione .gitattributes, e capisco perché non è auspicabile, anche se forse è possibile per alberi di sorgenti più piccoli. (La nostra fonte è enorme, quindi penso che sarebbe impossibile.)

I nostri ingegneri non si preoccupano particolarmente di avere l'hash SHA1 nel file. Vogliono solo sapere:

1. la data dell'ultima modifica
2. il nome del committer
3. forse il messaggio

Lo trovano estremamente utile per vedere queste informazioni nelle intestazioni dei file commettere durante la navigazione del codice, e non posso discuterne.

Quello che voglio sapere è:

Esiste un modo per info-timbro tutti i file in scena al momento prima di git commit? In altre parole, per eseguire un comando perl, che sostituisce $Id: $ con un blocco di informazioni desiderate, sulle copie di lavoro dei file in corso di commit?

Ciò non richiederebbe alcuna azione .gitattributes. Git avrebbe solo bisogno di sapere come unire due blocchi di informazioni di questo tipo, idealmente scegliendo quello successivo. Le informazioni stampate sarebbero solo un altro cambio di file nella versione appena creata.

Ho cercato di farlo nel gancio di pre-commit, ma sembra essere destinato in modo diverso - non per modificare i file, solo per controllarli. Ho ragione su questo?

E nessuno ha provato questo approccio? Mi sembra più semplice che cercare di filtrare tutti i file sorgente ogni volta che git cambia versione, che fa quello che sembra fare .gitattributes.

Molto grazie per eventuali consigli/avvertenze/indicazioni.

Answer 1

RCS (e quindi CVS) esegue l'espansione di $Id:$ e così via checkout, quelli non sono nei file salvati. E non possono essere davvero, qualcuno potrebbe venire in giro e rinominare la versione 1.8.2-rc10 in chiaro 1.8.2. Se qualcuno vuole sapere da dove proviene il numero file, le risposte git log file vanno bene, con ulteriori dettagli di che RCS potrebbe mai fornire. Ed è un comando locale, nessun viaggio al server CVS (e quindi disponibile ovunque sia git e istantaneo).

Answer 2

La sezione Keyword Expansion di git documentation spiega come effettuare l'espansione di parole chiave pulite.

sceneggiatura rubino per ampliare quello che vuoi sarebbe qualcosa di simile (non testato)

#! /usr/bin/env ruby 
data = STDIN.read 
last_info = `git log --pretty=format:"%ad %cn %s" -1` 
puts data.gsub('$Last$', '$Last: ' + last_info.to_s + '$') 

filtro configurazione

$ git config filter.last_expander.smudge expand_last_info 
$ git config filter.last_expander.clean 'perl -pe "s/\\\$Last[^\\\$]*\\\$/\\\$Last\\\$/"' 

setup.gitattributes

echo '*.txt filter=last_expander' >> .gitattributes 

Nota: (proprio come dice vonbrand) ciò che questo ti dà, e ciò che si desidera in tutte le likelyhood, è l'espansione campo su cassa e la rimozione dei campi commettere. Ma l'effetto è che i tuoi ingegneri saranno in grado di leggere il campo nei file estratti nella loro directory di lavoro. Non è quello che vogliono? E questo non rovinerà il contenuto in versione reale con i metadati ridondanti.

Answer 3

Ecco come risolvere questo:

1. Aggiungere il gancio seguenti pre-commit:

   #!/bin/sh 
   git diff --cached --name-only -z --diff-filter=ACM | 
        xargs -r0 .filters/keywords -- 
   git diff --cached --name-only -z --diff-filter=ACM | 
        xargs -r0 git add -u -v -- 
   

2. Aggiungere la seguente hook commit-msg:

   #!/bin/sh 
   awk '!/^[[:space:]]*(#|$)/{exit f++}END{exit !f}' "$1" && exit 
   # NOTREACHED unless commit was aborted 
   git diff --cached --name-only -z --diff-filter=ACM | 
        xargs -r0 .filters/keywords -d -- 
   git diff --cached --name-only -z --diff-filter=ACM | 
        xargs -r0 git add -u -v -- 
   

3. Scarica ".filters/fraubsd-keywords" ma rinomina il file in "parole chiave":

   https://raw.githubusercontent.com/freebsdfrau/FrauBSD/master/.filters/fraubsd-keywords

4. Modifica "parole chiave", che cambiano nella sezione di configurazione in alto:

   • FrauBSD di intestazione
   • _FrauBSD a _header

Dopo di che, ogni tempo di fare un git commit il testo $Header$ e/o $Header: ... $ sarà tradotto in $Header: file YYYY-MM-DD HH:MM:SS GMTOFFSET committer $

NOTA: potrebbe essere necessario modificare una piccola sezione dello script "Parole chiave" per operare su più tipi di file. Al momento della stesura di questo documento funziona solo su file "ASCII text" o "shell scripts".