この質問は、実際には分岐とマージに関するものです。先週 git をオンにしたばかりで、とても気に入っていますが、いくつか質問があります..読んだすべてのことから、master ブランチで作業することは絶対にしないと書かれています。したがって、プログラミングの変更を行う前に、新しいブランチを作成して作業を行い、マスターにマージします...これが正しいかどうかわからないので、他の人から聞きたいです。
しかし、ステージングおよび本番環境に移行するコードをどのように処理すればよいでしょうか? マスターでコードにタグを付けるだけですか、それともリリースごとに本番ブランチを作成しますか。
ステージング、テスト、本番に移行するコードの操作方法を誰か教えてください...タグまたはブランチ、またはその両方を使用していますか。
そこにはたくさんのモデルがあります。バージョン管理のセットアップは、必要に応じて単純にも複雑にもできます。人気のある方法論の 1 つを次に示します: http://nvie.com/posts/a-successful-git-branching-model/
個人的には、機能/バグごとに新しいブランチを使用してから、あなたが行っているようにマスターにマージします。次に、マスターから離れて実行されているステージング サーバーを使用して、本番リリースにタグを付けるだけです。
より複雑なものが必要な場合は、前述の Git Flow 手法のようなリリース ブランチなどを使用することもできますが、必要ない場合は実行する必要はありません。
分散バージョン管理システムのもう 1 つの側面を忘れないでください。
タグ付けと分岐だけでなく、リリース管理プロセスに沿ってコードのプロモーションを管理するためのマージのワークフローがあり、公開の直交機能(リポジトリ間でのプッシュ/プル)もあります。
したがって、特定のタグを (任意のブランチから) 専用の UAT、SIT、または本番前のリポジトリにプッシュしてテストを行い、それを本番環境にリリースすることを妨げるものは何もありません。
アプリケーションの実行と監視に必要なものだけを保持し、アプリケーション開発ライフサイクルのために git を予約するために、プロダクションの側面では git をそのプロセスから完全に除外できることに注意してください。「本番環境で Web ルートの下で git を使用する」を参照してください。