將Gitlab與ReviewBoard集成 - 文件Blob與Commit SHA1

我正在嘗試將我們公司一直在使用的Gitlab服務器與新的ReviewBoard服務器進行集成。從我讀過的有關ReviewBoard設置的所有內容中，集成類似git的存儲庫最直接的方法是在存儲庫具有Web前端的情況下使用「原始文件URL掩碼」字段。將Gitlab與ReviewBoard集成 - 文件Blob與Commit SHA1

幸運的是，Gitlab，似乎支持這樣的前端，甚至有據可查的公共API：的https：/// API/V2 /項目//庫/承諾// BLOB private_token = &文件路徑=

在ReviewBoard的存儲庫設置中，可以指定一個可用於從git服務器檢索單個文件的自定義URL。該URL有兩個佔位符：

{文件名} - 文件路徑
{修訂} - 文件BLOB

不幸的SHA1，我已經瞭解到，Gitlab的API預計SHA1提交，而不是個人文件和ReviewBoard據我所知只發送單個文件的SHA1但不是提交

有沒有人成功地將Gitlab與ReviewBoard集成？如果是這樣，我會有興趣聽到它
是否有人知道另一個可能未公開的API調用Gitlab支持，這將允許我們檢索基於文件blob的SHA1文件？
是否有人知道審查板中的設置強制它通過提交的SHA1而不是文件blob？

來源

2012-11-20 DXM

我開始討論reviewboard google group這件事。看起來，能夠通過自己的SHA1檢索文件是許多Git Web前端在之前缺少的東西，但現在正在增加。不幸的是，Gitlab在這個功能上落後了，所以他們根本就沒有它（然而？）但其他人呢。

我們發現的解決方案是在同一臺主機上安裝Gitweb和Gitlab。然後，我們簡單地指出審查委員會使用Gitweb API，而我們的開發人員繼續使用Gitlab。

一個重要的事情要注意。 Review Board文檔（至少1.6版本）在gitweb的原始文件URL掩碼值中有一個拼寫錯誤。這是正確的URL格式：

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

在他們的文檔，最後一個參數的名稱是HB但它應該是^h

來源

2012-11-21 15:23:19 DXM

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

支持

來源

2014-01-27 12:20:34

將Gitlab與ReviewBoard集成 - 文件Blob與Commit SHA1

回答

相關問題