0

現在、git と atlassin stash を使用しています。現時点では、マスター ブランチは大量のプル リクエストです。すべての開発者は、マスター ブランチにプルされるプル リクエストを作成します。これも実用的ですか？master の履歴には、常に次のようなコミットがあることを意味します。

Christian Schmitt committed 1235 mins ago
Merge pull request #1 in master from develop to master

* commit '12356':
Fixed in #Number
Commit Message

これは良い動作ですか、またはこれをどのように改善できますか? クリーンな git 履歴を持つ最良の方法は何ですか? git push-pull テクニックは本当に優れていますか? 多分これは私の視点です。

あなたたちは何をしますか？

4

1 に答える 1

0

これは実用的な git ワークフローです。

多くのプロジェクトがこれを行います。

これにより、作成者のコミットが変更されずに保持されます。

リビジョン グラフから、作成者は自分のコミットが変更なしでメンテナーによってマージされたことを知っていますが、リビジョン グラフでマージ レーンを見ることができます。

メンテナーがコミットを変更したい場合は、cherry-pick/rebase が使用されます。「merge ... from xxx」というメッセージは作成されません。リビジョン グラフにマージ ポイントは表示されません。

于 2013-06-20T01:22:57.917 に答える