リファクタリングはGitFlowブランチネーミングモデルのどこに属しますか？

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

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

• featureプレフィックスを使用することは最も論理的ですが、リファクタリングによって新しい機能が追加されることはないため、完全に正しいとは限りません。
• しかしbugfix、実際のバグリファクタリングの修正がないため、プレフィックスの使用は適切ではないようです。
• 一方で、カスタムプレフィックスを作成することは、物事を過剰に設計しない限り複雑化するように思えます。

そのような状況はありましたか？これに対処するためにどのプラクティスを使用しますか？理由を説明してください。

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

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

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

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