10

私たちのコードは Github にあり、プル リクエストを使用してコードを確認しています。レビューの結果、コミットが元に戻されたり変更されたりする場合があります。これにより、コミット履歴が乱雑になる可能性があります。rebaseコミットはすでに「公開」されているため、このコマンドは推奨されません。

同様の方法でコード レビューを実行する場合: これにどのように対処しますか? 履歴をクリーンに保つにはどうすればよいですか。

4

2 に答える 2

7

非マスター (maint*、next) ブランチのリベースは、それらが公開されていても問題ありません。トピック ブランチを使用して、レビュー対象の新しいものを公開するだけです。その後、それらが master にマージされた後、またはプル リクエストが拒否された後に、それらを削除します。見る man gitworkflows

于 2012-03-10T09:22:29.083 に答える
1

雑然としたコミット履歴を単に乗り越えることをお勧めします。

履歴を見るときは、通常、現在のコミットの祖先を見ていることに注意してください。コード レビュー プロセスで、別のコミットとして拒否または再送信されたコードのデッドエンド ブランチが作成された場合、それらはそのような祖先には含まれず、通常は表示されません。

git logこれは、ヒストリービューアーとして使用する、長ったらしいが完全な例です。

$ git init example
Initialized empty Git repository in /private/tmp/example/.git/
$ cd example/
$ date >date
$ git add date
$ git commit -am base
[master (root-commit) 5108762] base
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 date
$ date >date
$ git commit -am bad
[master 440c3b6] bad
 1 files changed, 1 insertions(+), 1 deletions(-)
$ git log
commit 440c3b61b279e8b7cd5f5f656984b63ba18e518b
Author: Tom Anderson <twic@urchin.earth.li>
Date:   Sat Mar 10 09:15:48 2012 +0000

    bad

commit 5108762ba7011464fe3c57cf762d0d18f337f68c
Author: Tom Anderson <twic@urchin.earth.li>
Date:   Sat Mar 10 09:15:28 2012 +0000

    base
$ git branch postreview 5108762ba7011464fe3c57cf762d0d18f337f68c
$ git checkout postreview
Switched to branch 'postreview'
$ date >date
$ git commit -am good
[postreview 42e5257] good
 1 files changed, 1 insertions(+), 1 deletions(-)
$ git log
commit 42e5257addf73b516676d24e7092b0e4768d3564
Author: Tom Anderson <twic@urchin.earth.li>
Date:   Sat Mar 10 09:17:30 2012 +0000

    good

commit 5108762ba7011464fe3c57cf762d0d18f337f68c
Author: Tom Anderson <twic@urchin.earth.li>
Date:   Sat Mar 10 09:15:28 2012 +0000

    base

不正なコミットはリポジトリにありますが、git ログ出力には表示されません。この場合、レビュー後の作業を行うために新しいブランチを作成しましたが、実際には、新しい作業のために master を移動し、古い作業をデッド ブランチに残したいと思うでしょう。

于 2012-03-10T09:21:22.463 に答える