2008-12-15 25 views
7

Esto obviamente requiere que el archivo de origen esté bajo el control de la fuente. Idealmente, me gustaría una herramienta que funcione bajo el IDE (Eclipse, Visual Studio, etc.), pero una herramienta externa también sería agradable. Obviamente, es posible pasar manualmente versiones anteriores del archivo y comparar las distintas versiones, pero estoy buscando una manera de poder ver rápidamente quién es responsable de una sección de código.¿Cuál es la forma más fácil de averiguar quién escribió/editó esta línea de código?

Estoy usando CVS, pero la herramienta idealmente debería funcionar con diferentes sistemas de control de fuente.

+0

¿Qué sistema de control de fuente? – TheSoftwareJedi

+1

Ah, y aquí está la raíz de todos los antagonistas del control de versiones. Responsabilidad básica. : -o –

Respuesta

16

que se parece a la blame function, apoyado en eclipse with CVS, o con Subversion (también en Eclipse)

Como mencionas, el nombre del eclipse para esa función es Show Annotations.

Eclipse Show-Annotations

+0

Eso es precisamente lo que estaba buscando. Esta función también se sincroniza con la vista "Historial", lo que facilita el control de los detalles relacionados con el check-in relacionado. –

7

No menciona qué control de fuente está utilizando.

Si utilizas Subversion, puede echar un vistazo a:

svn blame 

:)

+0

Ejem, mencionó CVS :) – Keltia

+0

No lo hizo en su publicación inicial. :) – OscarRyz

2

Para Visual Studio .NET con TFS.

La función es "Anotar" y funciona más o menos con Blame.

(personalmente me refiero a esto como la herramienta de búsqueda de brujas del equipo).

1

La pregunta es bastante amplia/abierta. De alguna manera, es una buena idea, se puede utilizar como referencia ...

En el trabajo, utilizo Perforce con su interfaz gráfica. La vista Time-lapse permite ver el archivo con, para cada línea, la versión de revisión en la que se ha modificado y los detalles (quién envió el cambio, cuándo, etc.). Y puede mover un control deslizante para ver versiones anteriores.
Hay una versión de línea de comandos: p4 annotate.

Estoy empezando a usar Mercurial, así que lo miré. Version control systems comparison (buen sitio, acabo de descubrirlo) muestra que el comando es hg annotate.

+0

Encontré que TortoiseHg (cliente Mercurial) también incluye esta característica (Anotar archivos) –

1

en muchos sistemas de control de versiones incluyendo CVS, Perforce, AccuRev, Mercurial y 0.123., el comando es annotate.

En Subversion y RCS, el comando es blame.

Por ejemplo, con CVS:

cvs annotate foo.cc > foo_changes.txt 

creará foo_changes.txt, que enumera el número de revisión y nombre de usuario asociado con el cambio más reciente para cada línea en la versión actual de foo.cc. Usar diferentes opciones le dará la misma información para versiones anteriores o versiones etiquetadas del archivo.

Necesitaba esta pregunta también, pero no me saltó de inmediato al leer las respuestas ya publicadas, así que espero que este resumen ayude.

0

Para que el complemento forzado en Eclipse anotar no se muestre en el menú contextual. Entonces necesito usar: p4 annotate my-file y luego usar Eclipse para explorar el historial.

Cuestiones relacionadas