web-dev-qa-db-ja.com

リファクタリングはGitFlowブランチ命名モデルのどこに属しますか?

私は最近、bitbucketによって実装されたGitFlowモデルの使用を開始しました。そして、私には完全に明確ではないことが一つあります。

リファクタリングタスクをバックログ、計画、および実装することにより、技術的な負債に定期的に対処するようにしています。このようなリファクタリングブランチは、developにマージされるプルリクエストで終わります。私の質問はリファクタリングブランチはGitFlowに属していますですか?

  • feature接頭辞を使用するのが最も論理的であるように見えますが、リファクタリングによって新しい機能が追加されることはないため、完全に正しいとは言えません。
  • ただし、bugfix接頭辞の使用は正しくないようで、実際のbugリファクタリングの修正もありません。
  • 一方、カスタムプレフィックスを作成することは、物事を過度に設計しなければ、複雑にするようです。

そのような状況にありましたか?これに対処するために、どの方法を使用していますか?理由を説明してください。

25
AMA

リファクタリング作業は機能ブランチで行う必要があります。

接頭辞「feature」は、個別のプログラミングタスクを説明するための単なるWordです。好きなWordを選択できます。開発からのブランチは、「feature」ブランチまたは「release」ブランチのいずれかです。

「リファクタリング」などの新しい接頭辞を追加すると問題が発生します。機能を追加するときにリファクタリングを行うことが多いので、単に名前付けの問題を与えて混乱を加えています。すなわち。 「一部の機能ブランチは「リファクタリング」と呼ばれ、すべてのリファクタリング作業が含まれているわけではなく、バグ修正や機能が含まれていることもあります」

同様に、「ホットフィックス」ブランチは、ホットフィックスが含まれているためにホットフィックスと呼ばれていませんが、開発ではなくマスターからブランチしているためです。

30
Ewan