5

gitolite の v2 から v3 に移行しようとしています。サーバー側のコミット メッセージ チェックを行う古い方法は、myrepo.git/hooks/update.secondary のリポジトリ固有のフックにチェックを入れることでした。

gitolite の v3 では、小切手を VREF に入れることを推奨しています。ドキュメントは少しわかりにくいので、説明を期待しています。

/home/git/.gitolite.rc に以下を追加しました

LOCAL_CODE                  => "$ENV{HOME}/.gitolite/our_hooks",

our_hooks ディレクトリに VREF フォルダを作成し、古い update.secondary スクリプトをそこに置きました。gitolite-admin/conf/gitolite.conf ファイルで、スクリプトを実行するリポジトリに次を追加しました。

repo myrepo
  RW = @my_developers
  - VREF/update.secondary = @my_developers

プッシュしようとすると、VREF/update.secondary が見つからないという通知が表示されます。私がに変更した場合

repo myrepo
  RW = @my_developers
  - /home/git/.gitolite/our_hooks/VREF/update.secondary = @my_developers

苦情はありませんが、フックがまったく実行されていないようです。

gitolite を使用して追加の更新チェックを実行する方法を理解していませんか?

4

2 に答える 2

4

これに関するドキュメントは少し紛らわしいので、うまくいけば、これは、連鎖更新フックをgitolitev3で動作させようとしている他の人に役立つでしょう。

私が上で行ったことはすべて正しいです、欠けている部分は私のupdate.secondaryスクリプトが常駐する必要があったことでした。

gitolite-admin / conf / gitolite.confでは、構成は次のようになります。

repo myrepo
  RW = @my_developers
  - VREF/update.secondary = @my_developers

次に、GL_BINDIRディレクトリにVREFディレクトリがあります。実行可能update.secondaryファイルをそのディレクトリに配置します。

GL_BINDIRは、実行するために実行したgitoliteバイナリを含むディレクトリです。gitolite setup

于 2012-12-14T02:38:55.520 に答える
0

(賛成) OP nathasmの回答に追加するには、「 gitolite のカスタマイズ」の「代替の場所」セクションで説明したようにLOCAL_CODE、ファイルで変数を使用しても問題ありません。.gitolite.rc

ただし、環境変数を使用することはできませんでした。

つまり、これは機能しません。

LOCAL_CODE                  => "$ENV{HOME}/.gitolite/our_hooks",

しかし、これは：

LOCAL_CODE                  => "/home/git/.gitolite/our_hooks",

フルパスを使用すると、/home/git/.gitolite/our_hooks/VREF で宣言された VREF またはフックが認識されます。

repo myrepo
  RW = @my_developers
  - VREF/update.secondary = @my_developers
于 2012-12-14T06:20:10.610 に答える