問題タブ [gerrit]

マージコミットを行わずに、gerrit のパッチを最新のコードに更新するにはどうすればよいですか? 私のパッチは数コミット遅れており、gerrit で新しいパッチを作成したくありません。

背景: Gerrit は SSH 経由でイベント ストリームを公開します。かわいいトリックですが、これらのイベントを AMQP メッセージに変換する必要があります。ruby-amqpとNet::SSHでこれを実行しようとしましたが、AMQP サブコンポーネントがまったく実行されていないようです。

私は EventMachine の初心者です。誰かが私が間違っていることを指摘できますか? 「単一の EventMachine リアクター内の複数のサーバー」に対する答えは、適切ではないように思われました。簡単にアクセスできるように、要点でも利用できるプログラムは次のとおりです。

Jenkinsを使用して構成された自動ビルドシステムがあり、Gerritと統合されています。今日のボトルネックの1つは、リポジトリのサイズが原因で、Jenkinsがビルドごとに「gitclone」を完了するのに約3.5分かかることです。「gitarchive」を使用した同じチェックアウトには約12秒かかります。

Jenkinsのgerritプラグインを「gitarchive」を使用するように構成できますか？これにより、ビルド時間が大幅に短縮されます。

現在、SCMにはSubversionを使用しています。ローカルのgit-svnミラーをセットアップし、それをプライマリ開発ワークスペースとして使用します。私は今、基本的な機能に慣れています。チームの他の1人の開発者もGitに移行したいと考えているため、svnリポジトリのgitミラーの使用を検討しています。この演習と一緒にGerritも試してみたいと思います。

私が想像するセットアップは、これらの線に沿ったものです。

1. svnリポジトリのgitミラー。この上のマスターブランチは、svnのトランクと同期しています。

2. 機能ごとに、トピックブランチが作成されます。これは、レビューが行われるGerritに関連付けられています。チェンジセットが承認されると、Gerritはトピックブランチバックマスターをマージします。

3. ブラウザでリポジトリを表示するためのgitwebまたは同様のWebアプリケーション。

4. トランク以外のSubversionの他のブランチの同様のプロセス。

基本的に、私が欲しいのは、ローカルのgitクローンとGerritWebアプリとのみ対話することです。レビューされた変更をsvnにプッシュバックすることは自動的に行われるはずです。このような設定をするにはどうすればよいですか？

私はゲリットを使用しています。次のコマンドを使用しました

これにより、変更 ID がコミット メッセージに追加されますが、コミットを修正すると、新しい変更 ID が作成されます。したがって、私が gerrit にプッシュバックすると、パッチ セットが追加されるのではなく、まったく新しいレビュー エントリが作成されます。

何か提案してください。

答えは見つかりましたが、stackoverflow では自分の質問に答えることはできません。

したがって、これは私の側の完全なエラーでした。git commit --amend -m "Initial Commit" をコミットしようとしたとき

私はコミットメッセージをインライン化していましたが、それは変更 ID を一掃していたので、新しいものを与えてくれました。

Gerrit のhttp://code.google.com/p/gerrit/フックの記述に問題があります。

http://gerrit.googlecode.com/svn/documentation/2.2.0/config-hooks.html

patchset-created --change --change-url --project --branch --uploader --commit --patchset のコマンド ラインを解析すると、

コマンドライン入力:

print sys.argv[1:]

オプトリストの印刷

スクリプトが生成される理由がわかりません

そのため、スクリプトは --commit --patchset を解析しません ...

コメントが追加されたものを解析すると、すべてが機能します。

コマンドライン入力:

print sys.argv[1:]

以前は のように課題システムに接続するためのコミット メッセージをissue #9548, redmine start page is fixed書いていましたが、gerrit システムのフックまたはプラグインで記述できないか疑問に思っていました。

そのため、コード レビュー ページでは、課題 #9548に、自分の課題システム (redmine など) への http リンクを自動的に表示できます: => issue#9548、redmine start page is fixed

コードレビューが容易になります。

gerritサービスをubu​​ntuサーバーにインストールし、PCをクライアントとしてインストールしました。私は自分のPCで（msysgitを使用して）gitリポジトリを作成しましたが、質問は：どうすればgitリポジトリをUbuntuサーバーにアップロードできますか？最初にUbuntuサーバーで作業を行う必要があります（gerritとgitサービスをインストールしたばかりです）？

Gerrit を使用して「git-flow」のようなワークフローを実装しようとしていますが、パズルの最後のピースを理解できないようです。

私の問題には2つの前提条件があります：

• Gerrit は 1 つのブランチへのマージのみを実行します
• マージ コミットを Gerrit にプッシュすることは許可しません。マージは、変更が承認された後に Gerrit が行う必要があります。

解決したいことは以下です。この git の状況を考えてみましょう:

1 つのコミットを持つ master ブランチと、複数の追加コミットを持つ master からフォークされた開発ブランチがあります。しばらくすると、develop ブランチが master にマージされ、次の製品リリースが作成されます。開発者は、develop からのトピック ブランチと厳密なリベースを使用して作業します。彼らのコミットは、プッシュする前に常に最新のアップストリーム開発の上にリベースされます。これにより、履歴が線形になり、早送りコミットのみが行われます。

ここで、誰かが master からホットフィックス ブランチを作成し、master にマージしたとします。

このコミットはマスター ブランチにのみマージされるようになりましたが、開発者は変更にバグ修正を組み込むために開発ブランチでこのコミットを必要とします。通常、マスター ブランチをマージして開発ブランチを開発しますが、私の前提条件を考慮すると、ローカル マージ コミットが作成されるため、これは不可能です。

私の質問は、開発者による新しい変更にバグ修正が含まれるように、マスター ブランチからローカルの開発ブランチに新しいコミットを組み込むにはどうすればよいですか? 理想的には、スクリプトを変更して、最初にバグ修正の変更をローカルの開発ブランチに適用し (マージしますが、マージ コミットは行いません)、次に開発者のコ​​ミットとプッシュをリベースします。このようにして、バグ修正は新しい変更に自動的に追加され、別のコミットではなく、新しいコミットの一部として表示されます。

私は可能な解決策について考えてきました：

• 開発ブランチへのコミットをチェリーピッキングします。次回開発がマスターとマージされると、これは常に重複したコミットになると思います。これを回避する方法はありますか？
• ここで説明されているようにリベース: http://davitenio.wordpress.com/2008/09/27/git-merge-after-git-cherry-pick-avoiding-duplicate-commits/。これは、開発ブランチが公開されているため、おそらく問題を引き起こしますか?

私の質問が明確であることを願っています。さらに明確にする必要がある場合はお知らせください。私は自分のワークフローにかなり厳格であることを知っていますが、Gerrit と組み合わせると理想的です。それができない場合は、おそらくマージコミットを許可します...

私たちのプロジェクトでは、コードレビューにGerritを使用しています。現在、主に次のリリースのマスターブランチとメンテナンスブランチに取り組んでいます。

メンテナンスブランチのコミットをマスターにマージするベストプラクティスは何でしょうか。すでにメンテナンスブランチにあるコミットを1つずつプッシュして、コードレビュープロセスを再度実行する必要がありますか？