Ricerca nella cronologia delle sovversioni (testo completo)

Esiste un modo per eseguire una ricerca full-text di un repository di sovversione, inclusa tutta la cronologia?

Ad esempio, ho scritto una funzione che ho usato da qualche parte, ma poi non era necessaria, quindi ho svn rm'd i file, ma ora ho bisogno di trovarlo di nuovo per usarlo per qualcos'altro. Il registro svn probabilmente dice qualcosa come "elementi non utilizzati rimossi", e ci sono un sacco di checkin come quello.

Modifica 15-04-2016: Si noti che ciò che viene richiesto qui con il termine "ricerca full-text" è cercare le differenze effettive nella cronologia del commit e non i nomi di file e / o i messaggi di commit . Lo sto sottolineando perché la frase dell'autore sopra non riflette molto bene - dal momento che nel suo esempio potrebbe anche cercare solo un nome file e / o un messaggio di commit. Da qui molte svn logrisposte e commenti.

git svn clone <svn url>

git log -G<some regex>

svn login Apache Subversion 1.8 supporta una nuova --searchopzione . Quindi è possibile cercare i messaggi di registro della cronologia del repository Subversion senza utilizzare gli script e gli strumenti di terze parti.

svn log --search cerca in autore, data, testo del messaggio di registro ed elenco di percorsi modificati.

Vedi SVNBook | svn logriferimento da riga di comando .

Se stai usando Windows dai un'occhiata a SvnQuery . Mantiene un indice di testo completo dei repository locali o remoti. Ogni documento mai impegnato in un repository viene indicizzato. Puoi eseguire query simili a Google da una semplice interfaccia Web.

Sto usando un piccolo shellscript, ma funziona solo per un singolo file. Puoi ovviamente combinare questo con find per includere più file.

#!/bin/bash
for REV in `svn log $1 | grep ^r[0-9] | awk '{print $1}'`; do 
  svn cat $1 -r $REV | grep -q $2
  if [ $? -eq 0 ]; then 
    echo "$REV"
  fi 
done

Se vuoi davvero cercare tutto, usa il svnadmin dumpcomando e grep attraverso quello.

Il modo migliore che ho trovato per farlo è con meno:

svn log --verbose | Di meno

Una volta che viene fuori con meno output, puoi premere /per cercare, come VIM.

Modificare:

Secondo l'autore, vuole cercare oltre ai messaggi e ai nomi dei file. Nel qual caso ti verrà richiesto di hackerarlo con qualcosa come:

svn diff -r0:HEAD | less

Puoi anche sostituire grepo qualcos'altro per fare la ricerca per te. Se si desidera utilizzarlo in una sottodirectory del repository, sarà necessario utilizzare svn logper discernere la prima revisione in cui era presente quella directory e utilizzare quella revisione anziché 0.

Ho cercato qualcosa di simile. Il migliore che ho ideato è OpenGrok . Non ho ancora provato a implementarlo, ma sembra promettente.

svn log -v [repository] > somefile.log

per diff puoi usare l' --diffopzione

svn log -v --diff [repository] > somefile.log

quindi usa vim o nano o quello che ti piace usare e fai una ricerca per quello che stai cercando. Lo troverai abbastanza rapidamente.

Non è uno script di fantasia o qualcosa di automatizzato. Ma funziona

Anche se non libero, potresti dare un'occhiata a Fisheye di Atlassian, le stesse persone che ti portano JIRA. Fa la ricerca full text contro SVN con molte altre utili funzionalità.

http://www.atlassian.com/software/fisheye/

Stavo cercando la stessa cosa e ho trovato questo:

http://svn-search.sourceforge.net/

Ho appena incontrato questo problema e

svnadmin dump <repo location> |grep -i <search term>

ha fatto il lavoro per me. Restituito la revisione della prima occorrenza e citato la riga che stavo cercando.

Non ho alcuna esperienza con esso, ma SupoSE (open source, scritto in Java) è uno strumento progettato per fare esattamente questo.

svn log -l<commit limit> | grep -C<5 or more lines> <search message>

Di solito faccio quello che dice Jack M (uso svn log --verbose) ma eseguo pipe per grep invece di meno.

Ho scritto questo come uno script cygwin bash per risolvere questo problema.

Tuttavia richiede che il termine di ricerca sia attualmente all'interno del file system. Per tutti i file che corrispondono al filesystem grep, viene quindi eseguita una grep di tutte le differenze svn per quel file. Non perfetto, ma dovrebbe essere abbastanza buono per la maggior parte dell'utilizzo. Spero che questo ti aiuti.

/ Usr / local / bin / svngrep

#!/bin/bash
# Usage: svngrep $regex @grep_args

regex="$@"
pattern=`echo $regex | perl -p -e 's/--?\S+//g; s/^\\s+//;'` # strip --args
if [[ ! $regex ]]; then
    echo "Usage: svngrep \$regex @grep_args"
else 
    for file in `grep -irl --no-messages --exclude=\*.tmp --exclude=\.svn $regex ./`;     do 
        revs="`svnrevisions $file`";
        for rev in $revs; do
            diff=`svn diff $file -r$[rev-1]:$rev \
                 --diff-cmd /usr/bin/diff -x "-Ew -U5 --strip-trailing-cr" 2> /dev/null`
            context=`echo "$diff" \
                 | grep -i --color=none   -U5 "^\(+\|-\).*$pattern" \
                 | grep -i --color=always -U5             $pattern  \
                 | grep -v '^+++\|^---\|^===\|^Index: ' \
                 `
            if [[ $context ]]; then
                info=`echo "$diff" | grep '^+++\|^---'`
                log=`svn log $file -r$rev`
                #author=`svn info -r$rev | awk '/Last Changed Author:/ { print $4 }'`; 

                echo "========================================================================"
                echo "========================================================================"
                echo "$log"
                echo "$info"
                echo "$context"
                echo
            fi;
        done;
    done;
fi

/ usr / local / bin / svnrevisions

#!/bin/sh
# Usage:  svnrevisions $file
# Output: list of fully numeric svn revisions (without the r), one per line

file="$@"
    svn log "$file" 2> /dev/null | awk '/^r[[:digit:]]+ \|/ { sub(/^r/,"",$1); print  $1 }'

Nel caso in cui si stia tentando di determinare quale revisione è responsabile di una specifica riga di codice, probabilmente si sta cercando:

svn blame

Credito: risposta originale

Mi sono imbattuto in questo script bash , ma non l'ho provato.