¿Cómo configurar una revisión de código usando Gitlab?

¿Cómo se configura una revisión de código usando Gitlab? Lo veo como una característica en el website de Gitlab, pero parece que no puedo encontrar instrucciones sobre cómo configurar uno (para ese asunto, cualquier enlace a un manual de usuario de Gitlab sería muy apreciado).

Algunas de mis búsquedas han indicado que 'Merge Requests' es el path a seguir … pero los estoy encontrando limitantes. Una request de fusión emitida muestra todas las confirmaciones entre una twig y la otra. Parece que solo puedo ver las diferencias generadas para cada compromiso individual. Por ejemplo, digamos que tengo un file que quiero revisar. Es un file nuevo pero le envié cambios en más de 10 confirmaciones en una twig de desarrollo. Si emite una request de fusión para esa twig dev desde la integración, veo 10 confirmaciones, cada una de las cuales muestra los cambios incrementales realizados en el file … Quiero revisar todo el asunto. ¡Es nuevo!

¿Estoy ladrando el tree equivocado aquí? ¿Existe alguna herramienta de revisión de código que pueda usar en GitLab, o las requestes de fusión son el path a seguir, y si lo están, las estoy usando incorrectamente? ¿Cuál es la mejor manera de configurar una revisión de código adecuada aquí?

Nota: desde GitLab 6.4, vista de diff uno al lado del otro está disponible: ver " pull request 5308 ".

(Julio 2013) Sin embargo, todavía no hay posibilidad de comentar cada línea, solo a nivel de file.
Daniel Sokolowski menciona en los comentarios que los comentarios por línea ahora son compatibles (09/2014):

Los miembros de su equipo pueden comentar la request de fusión en general o en líneas específicas con comentarios de línea.

Eso todavía puede ayudar con la actividad de revisión del código.

https://f.cloud.github.com/assets/4224518/1558702/e0fe633a-4fa3-11e3-9388-3f3e445cb6d4.png

He estado haciendo revisiones de código en Gitlab durante más de dos meses casi sin fricción. Configuré rss2email para enviar notifications por correo electrónico cada vez que un desarrollador envía nuevas confirmaciones. Luego uso la function de comentarios de Gitlab para los commits para hacer algunos comentarios sobre el código insertado.

Desafortunadamente, Gitlab no permite comentarios en los files en sí, solo en commits (al igual que Github, supongo). Cada vez que me encuentro en una situación en la que tengo que comentar algo que he omitido en una confirmación anterior, utilizo la herramienta de culpa para encontrar el comentario que introdujo / modificó la sección del código.

Está lejos de ser perfecto, pero está funcionando bien hasta ahora.

Puede ver el código enviado en Merge Request para otro repository o en el repository actual.
ejemplo http://demo.gitlab.com/diaspora/diaspora/commits/master

A continuación, puede agregar comentarios a los cambios de files confirmados (button Responder ) o a toda la confirmación

ejemplo http://demo.gitlab.com/diaspora/diaspora/commit/42f47626890218a180870bc3f44ec57625b0779c

La comunicación resultante es revisión de código . Sin embargo, yo personalmente recomiendo revisar el código en una PC con comunicación cara a cara siempre que sea posible, y usar herramientas para registrar resultados o cuando se necesita más formalidad.

Para una revista de files que tiene muchas confirmaciones, p. Ej., http://demo.gitlab.com/diaspora/diaspora/blame/master/README.md mírelo con culpa para comprender quién hizo qué. Sin embargo, en esta vista no hay opción para comunicarse y agregar comentarios. Yo recomendaría simplemente agregar cambios como comentarios en este caso.

Sí. Las requestes de combinación son cómo se realizan las revisiones entre pares.

Debería haber una pestaña 'diff' que mostrará los cambios de todos los commits (mencionados aquí: http://youtu.be/DyAX8ws5OIc?t=3m2s ).

El video también explica muy bien cómo se puede utilizar para la revisión por pares.