Integrar Gitlab con ReviewBoard – File Blob vs. Commit SHA1

Estoy tratando de integrar el server Gitlab que nuestra compañía ha estado utilizando con un nuevo server ReviewBoard. De todo lo que he leído sobre la configuration de ReviewBoard, la manera más directa de integrar repositorys similares a Git es usar el campo "Máscara de URL de file sin formatting" si el repository tiene una interfaz web.

Afortunadamente, Gitlab parece ser compatible con una interfaz de este tipo e incluso tiene una API pública bien documentada: https: /// api / v2 / projects // repository / commits // blob? Private_token = & filepath =

En la configuration del repository de ReviewBoard, se puede especificar una URL personalizada que podría usarse para recuperar files individuales del server de git. Esta URL tiene dos marcadores de position:

  • {filename} – ruta del file
  • {revisión} – sha1 del file blob

Desafortunadamente, aprendí que la API de Gitlab espera SHA1 de la confirmación, no del file individual y ReviewBoard, por lo que puedo decir, solo envía SHA1 del file individual pero no de la confirmación.

  1. ¿Alguien ha integrado con éxito Gitlab con ReviewBoard? Si es así, estaría interesado en saberlo
  2. ¿Alguien está al tanto de otra llamada a la API, posiblemente indocumentada, que Gitlab admite que nos permita recuperar files basados ​​en SHA1 del file blob?
  3. ¿Alguien está al tanto de una configuration en ReviewBoard para obligarlo a pasar en SHA1 de la confirmación en lugar de en el blob del file?

Reviewboard 1.7.21 incluye soporte para GitLab http://www.reviewboard.org/news/2014/01/14/review-board-1-7-21-released/

Comencé una discusión sobre el grupo de google de la list de revisión sobre esto. Parece que poder recuperar un file por su propio SHA1 es algo que muchos front-ends de Git faltaban antes, pero ahora se están agregando. Desafortunadamente, Gitlab está atrasado en esta function, por lo que simplemente no la tienen (todavía ?) pero otros lo hacen.

La solución que encontramos fue instalar Gitweb junto a Gitlab en la misma máquina host. Luego simplemente apuntamos a Review Board para usar Gitweb API mientras nuestros desarrolladores continúan usando Gitlab.

Una cosa importante a tener en count. La documentation de la Junta de revisión (al less para la versión 1.6) tiene un error tipográfico en el valor de máscara de URL de file sin formatting para gitweb. Este es el formatting de URL correcto:

http://servername/?p=relative path to git repo;a=blob_plain;f=<filename>;h=<revision> 

En su documentation, el nombre del último parámetro es hb pero debería ser h