職場では現在、Oracle PL-SQL コードのバージョン管理に CA SCM (クライアントは Workbench、以前は Harvest と呼ばれていました) を使用しています。後者はかなり悪いですが、監査目的で、特定のコード変更を誰が (いつ) 承認して、テスト環境と運用環境に昇格するかを追跡できます。
また、昨年かそこらで、さまざまな他のプロジェクトのバージョン管理として Git の使用を開始しました (さまざまな言語がありますが、Web アプリは現在、主に Grails で記述されています)。何人かの同僚も、gitflow ワークフローを使用すべきかどうかを調査しています。現在、レビューと承認の準備ができていると思われるすべてのソフトウェアにタグを付けています。
バックグラウンドが邪魔にならないので、「テスト」と「本番」の両方のリモート ブランチを作成する可能性があることに気付きました。コードのプロモーション/展開を承認します。しかし、私はまだ Git の初心者であり、自分ですべての要素を完全にまとめることができません。
Git が他のすべての機能に加えて承認システムとして機能できるように、これらすべてを設定する方法はありますか? 具体的には、test ブランチと prod ブランチの両方が、コードの変更がマージ/リベースされたときに関連するコミット メッセージのみを保持する必要があります。--orphan を使用してこれらのブランチを自動的に作成するフック スクリプトを作成できると思いますが、マネージャーがタグ付きリリースをテストまたは本番環境にプッシュする方法は明確ではありません。
誰かが私を正しい方向に向けることができますか?