9

弊社が使用しているGitlabサーバーを新しいReviewBoardサーバーと統合しようとしています。ReviewBoardのセットアップについて読んだすべてのことから、g​​itのようなリポジトリを統合する最も簡単な方法は、リポジトリにWebフロントエンドがある場合に「RawfileURLmask」フィールドを使用することです。

幸いなことに、Gitlabはそのようなフロントエンドをサポートしているようで、十分に文書化されたパブリックAPIもあります：https：/// api / v2 / projects // repository / commits // blob？private_token =＆filepath =

ReviewBoardのリポジトリ設定では、gitサーバーから個々のファイルを取得するために使用できるカスタムURLを指定できます。このURLには2つのプレースホルダーがあります。

  • {ファイル名}-ファイルパス
  • {リビジョン}-ファイルblobのsha1

残念ながら、GitlabのAPIは、個々のファイルのSHA1のみを送信し、コミットのSHA1は送信しないことがわかる限り、個々のファイルとReviewBoardではなくコミットのSHA1を期待していることを学びました。

  1. 誰かがGitlabをReviewBoardとうまく統合しましたか？もしそうなら、私はそれについて聞いてみたいと思います
  2. ファイルblobのSHA1に基づいてファイルを取得できるようにする、Gitlabがサポートする別の（おそらく文書化されていない）API呼び出しを知っている人はいますか？
  3. ReviewBoardで、ファイルBLOBの代わりにコミットのSHA1を強制的に渡すように設定されていることを知っている人はいますか？
4

2 に答える 2

4

これについてレビューボードのグーグルグループで議論を始めました。独自の SHA1 でファイルを取得できる機能は、以前は多くの Git Web フロントエンドに欠けていたものですが、現在は追加されているようです。残念ながら、Gitlab はこの機能に遅れをとっているため、単にそれを持っていません (まだ?) しかし、他の人はそうします。

私たちが見つけた解決策は、同じホスト マシンに Gitlab と一緒に Gitwebをインストールすることでした。次に、開発者が引き続き Gitlab を使用している間、レビュー ボードに Gitweb API を使用するよう指示しました。

注意すべき重要な点が 1 つあります。Review Board のドキュメント (少なくともバージョン 1.6 の場合) には、gitweb の Raw ファイル URL マスク値の例にタイプミスがあります。これは正しい URL 形式です。

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

ドキュメントでは、最後のパラメーターの名前はhbですが、 hにする必要があります

于 2012-11-21T15:23:19.560 に答える