継続的デリバリー (CD) プロジェクトで Git の使用を開始しました。私たちの DevOps は、すべてのバブルが技術/ユーザー ストーリーに関連付けられているクリーンな Git ログが必要であると判断しました。ログでは、マスターでのコミットは機能ブランチからのマージ コミットである必要があります。ログには複数のレベルがあってはなりません (つまり、各ブランチが別のブランチと重複していないように見える必要があります)。
例えば：
これまでのところ、ローカル ブランチを作成し、このブランチにコミットし、ブランチを master にマージする前に master でリベースすることで、この目標を達成しました。
ただし、このアプローチが最適かどうかはわかりません。ほとんどの場合はうまく機能しますが、複数の開発者が同じブランチで作業している場合、master でリベースすることはできません。したがって、マスターにプッシュされたいくつかの変更でブランチ コードを同期する必要がある場合、それはできません (または、少なくともはるかに複雑です)。
以前のソース管理システムに慣れていると、rebase によって実際にコミットが行われた順序に関する情報が失われるため、何が起こっているのかを理解するのがはるかに難しくなるように感じます。
上記の制約があるチームで作業するためのベスト プラクティスは何ですか (ログはできるだけ上の画像に近づける必要があります)。
このようなログ構造が継続配信システムのリリース担当者に与える大きな利点は何ですか?