2017-07-03 13 views
1

ブランチfeaturesにある一連の機能について作業し、一連の機能が追加されたらmasterとマージしたいと思います。これにより、プロダクションのチャネルがトリガーされます。ブランチ名を再利用するリスクはありますか?

私はブランチの機能を引き続き使用します。features(可能であれば、予定された機能セットの各機能に対して新しいブランチを開くことは望ましくありません)。

特定の危険性がありますか?gitの観点から

私は"best practices" for branch reuseがあることを知っているが、この開発は、より良いwork on branch featuresのセットを画策するだろう - >merge with master - >continue working on branch features - >merge with master - > ...

私は開発者だけだ、そう間master does not change合併する。

+0

いいえ、関連するリスクはありません。 –

+0

複数の「not」と「but」のために、3番目の段落を正しく理解しているかどうか分かりません。より明確にするために、それを言い換えることができます。 – mkrieger1

+0

あなた自身の判断では、ブランチは単にコミットのポインタであると考えるべきですが、同じ名前を持つ2つのポインタが存在しない点を除いて、ポインタの名前にはほとんど影響がありません。 – mkrieger1

答えて

4

git自体はこれによって邪魔されません。 "gitの観点から"指定したので、短い答えは "いいえ"です。

注意すべき二つのものがあります:あなたがコミットをマージ維持しているイベントでは

1)は、デフォルトではメッセージはブランチ名を反映してコミットします。これは、masterの履歴の「機能からのマージ」メッセージが繰り返し表示されるのがレビューワークフローの問題である場合にのみ問題になります。

2)「gitの観点から」を指定しているので、ビルドツールやgitとやりとりする他のソフトウェアがどのように応答するかをすでに評価していると仮定しています。これらのツールが何をするのか評価することができないので、私はこのアプローチ全体を支持するのではなく、gitのどちらかが気になるかどうかの問題に取り組んでいます。

関連する問題