Buscando historial de subversión (texto completo)

¿Hay alguna manera de realizar una búsqueda de texto completo de un repositorio de subversión, incluido todo el historial?

Por ejemplo, he escrito una característica que usé en algún lugar, pero luego no era necesaria, así que compré los archivos, pero ahora necesito encontrarla nuevamente para usarla en otra cosa. El registro svn probablemente dice algo así como "cosas no utilizadas eliminadas", y hay muchos registros como ese.

Editar 2016-04-15: Tenga en cuenta que lo que se pide aquí por el término "búsqueda de texto completo" es buscar las diferencias reales del historial de confirmación, y no nombres de archivo y / o mensajes de confirmación . Estoy señalando esto porque la frase del autor anterior no refleja muy bien, ya que en su ejemplo también podría estar buscando un nombre de archivo y / o un mensaje de confirmación. De ahí muchas de las svn logrespuestas y comentarios.

git svn clone <svn url>

git log -G<some regex>

svn logen Apache Subversion 1.8 admite una nueva --searchopción . Por lo tanto, puede buscar mensajes de registro del historial del repositorio de Subversion sin usar herramientas y scripts de terceros.

svn log --search busca en autor, fecha, texto del mensaje de registro y lista de rutas cambiadas.

Ver SVNBook | svn logreferencia de línea de comandos .

Si está ejecutando Windows, eche un vistazo a SvnQuery . Mantiene un índice de texto completo de repositorios locales o remotos. Todos los documentos comprometidos con un repositorio se indexan. Puede hacer consultas similares a google desde una interfaz web simple.

Estoy usando un pequeño shellscript, pero esto solo funciona para un solo archivo. Por supuesto, puede combinar esto con buscar para incluir más archivos.

#!/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

Si realmente desea buscar todo, use el svnadmin dumpcomando y grep a través de eso.

La mejor forma en que he encontrado para hacer esto es con menos:

svn log --verbose | Menos

Una vez que se obtiene menos resultados, puede presionar /para buscar, como VIM.

Editar:

Según el autor, quiere buscar más que solo los mensajes y los nombres de los archivos. En cuyo caso, se te pedirá que hackees el ghetto junto con algo como:

svn diff -r0:HEAD | less

También puede sustituirlo grepu otra cosa para buscarlo. Si desea usar esto en un subdirectorio del repositorio, deberá usarlo svn logpara discernir la primera revisión en la que existió ese directorio y usar esa revisión en lugar de 0.

He estado buscando algo similar. Lo mejor que se me ocurrió es OpenGrok . Todavía no he intentado implementarlo, pero parece prometedor.

svn log -v [repository] > somefile.log

para diff puedes usar la --diffopción

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

luego use vim o nano o lo que quiera usar, y haga una búsqueda de lo que está buscando. Lo encontrarás bastante rápido.

No es un script sofisticado ni nada automatizado. Pero funciona.

Si bien no es gratis, puedes echar un vistazo a Fisheye de Atlassian, la misma gente que te trae JIRA. Realiza búsquedas de texto completo contra SVN con muchas otras características útiles.

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

Estaba buscando lo mismo y encontré esto:

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

Me encontré con este problema y

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

hizo el trabajo por mí Devolvió la revisión de la primera aparición y citó la línea que estaba buscando.

No tengo ninguna experiencia con él, pero SupoSE (código abierto, escrito en Java) es una herramienta diseñada para hacer exactamente esto.

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

Por lo general, hago lo que dice Jack M (uso svn log --verbose) pero me dirijo a grep en lugar de menos.

Escribí esto como un script cygwin bash para resolver este problema.

Sin embargo, requiere que el término de búsqueda esté actualmente dentro del archivo del sistema de archivos. Para todos los archivos que coinciden con el sistema de archivos grep, se realiza un grep de todos los svn diffs para ese archivo. No es perfecto, pero debería ser lo suficientemente bueno para la mayoría de los usos. Espero que esto ayude.

/ 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 }'

En caso de que esté tratando de determinar qué revisión es responsable de una línea de código específica, probablemente esté buscando:

svn blame

Crédito: respuesta original

Encontré este script de bash , pero no lo he probado.