問題タブ [gerrit]

私は信じているブランチを作成して、いくつかのコードを gerrit にプッシュしました。それ以来、コードを更新し、コミットして再度プッシュしましたが (エラーなしで)、作成されたレビューのサインイン gerrit はありません。

どこを見ればいいのか、どのステップを見逃している可能性があるのか​​ わかりませんか？前もって感謝します。

編集: HEAD:refs/for/something であるべき場所をマスターにプッシュしている可能性がありますか?

GerritCodeレビューを使用しています。

問題があります。Gerritにはいくつかのフックがあり、そのうちの1つは次のとおりです。

Gerritに変更をプッシュすると、Gerritはそれを呼び出します。

渡されるcommitパラメーターはsha1コミット番号ですが、必要なのはコミットログです。たとえば、私がそうするならgit commit -m "id:110"、私は取得したいですid:110。

どうすれば入手できますか？使用できるAPIはありますか？

Jenkins、git、および Jenkins Git プラグインの使用: 一度に複数のリビジョンをプッシュすると、最後のリビジョンのみがビルドされます。Jenkins にその間のすべてのリビジョンをビルドさせるにはどうすればよいですか?

または、私が選択した「デフォルト」以外の「選択戦略」はありますか?

これは Gerrit ( http://vimeo.com/20084957を参照) と組み合わせると非常に印象的なデモが可能であり、最終的にはそこに行きたいと思っていますが、この機能のためだけに Gerrit を紹介したくはありません。

gerritへのブランチをコミットしました。モデレーターはすでに私のコードを承認していますが、まだメインリポジトリにマージしていません。コミット時にメッセージを変更しようとしましたが、奇妙なエラーが発生し続けます。これが私がしたことです：

1）git checkout FETCH_HEAD（ブランチへの最新の変更をチェックアウトするには、変更をコミットした後にリポジトリ同期を実行する必要があったため、変更を元に戻したため、変更を取得して元に戻すためにチェックアウトする必要がありました）

2）git commit --amend *テキストエディタを開き、そこでメッセージを変更しました

3）レポアップロード

＃3を試してみると、「アップロードの準備ができているブランチがありません」というメッセージが表示されます。

私のブランチがFETCH_HEADと呼ばれることをチェックアウトしていると思いましたか？ここで、repo startコマンドを再度実行する必要がありますか？これにより、gerritレビューシステムに新しいエントリが作成されますか、それとも新しいパッチが追加されるだけですか？モデレーターに、自分がファイルを変更したと思わせて、すべてを再確認してもらいたくありません。/コミットメッセージを変更したいだけです。他には何もありません。

私が間違っていることについて何か考えはありますか？

レビュー済みの既存の Gerrit ブランチに新しい「パッチ セット」を送信するにはどうすればよいですか? レビュー Web サイトにログインすると、checkout/pull/cherry-pick および patch コマンドをコピーする機会が与えられます..

チェックアウト コマンドを試して、ローカル ワークスペースにコードを取得しました。

次に、ファイルに変更を加え、実行してローカルファイルをブランチに追加しました

それらをリポジトリに戻すには、次のことを行う必要があると考えました。

しかし、それは私がブランチを持っていないことを教えてくれました!! だから私は試してみました

そして、それは私の変更をクリアしました....ポイントAに戻ります....ここでコマンドの適切な順序は何ですか:)申し訳ありませんが、私はまだこのgitシステム全体に頭を悩ませようとしています! Blaaah ... SVNユーザーはこちら:)

gerrit にパッチ X をアップロードしましたが、間違ってパッチに含めるべきでなかったファイル Y を含めてしまいました。ここで、ファイル Y なしで、X の新しいパッチセットを提出したいと考えています。それは可能ですか?

X の新しいパッチセットから Y を削除する手順 Y で
行ったすべての変更を手動で削除しました (最善の方法ではありませんが、X の新しいパッチセットから Y を削除しました)
git add .
git commit -s --amned
repo upload .

私のチームは、改訂の処理にgerritを使用しています。リビジョンごとに、gerritはgitリポジトリに。のようなブランチのようなものを作成します.git/refs/changes/1/2/3。

ここで、リポジトリの履歴（git filter-branch）を書き直す必要がありました。これらの変更は、「代替タイムライン」でのコミットを参照しているため、削除する必要があります。

下のファイルを削除するだけ.git/refs/*では、gitのマニュアルでは推奨されていないようです。

正しい方法は何ですか？

gerritにいくつかの変更をプッシュしようとしていますが、gerritからリモートエラーが返されます

いつものように、最後の段落にchange-idがあります。

この変更をレビューのためにプッシュするにはどうすればよいですか？

仕事で gerrit を使用していますが、マージ コミットの代わりにリベースを使用する必要があります。今日、ハッシュ値を使用して以前のコミットをチェックアウトし、git branch コマンドを実行したところ、「ブランチなし」であることが通知されました。これは切り離されたHEADだと思いますか？いずれにせよ、マスター ブランチに対してリベースすると、コンソールが出力されました。

この状況での「3 者合流」はどこから来るのでしょうか? また、リベース後もHEADは切り離されていましたか（「base-tree」ステートメントを考慮して）？ありがとうございました。

私は自分の会社のアクセス制御を gerrit で設定していますが、現在の内部プロセスでは、ピア レビュー担当者とコーダーがクロスオーバーしています (彼らは同じグループの人々である傾向があります)。また、コードのピア レビューを行い、問題がなければ提出するレビュアーを 1 人に限定したいと考えています。

デフォルトのセットアップでは、+2: Looks good to me, approvedオプションを使用するすべてのユーザーが自分のコードをピア レビューできます。

作成者が自分のコードをレビューできないようにしながら、他のコードを完全にレビューできるようにする方法はありますか? アクセス制御グループのセットアップまたは権限のセットアップで、どのような種類の除外作成者も見つけることができませんでした。