Git エンタープライズ開発管理の理論と実践 - 入門から詳細まで (7)｜エンタープライズレベルの開発モデル

序文

さて、ここのブロガーがまずは乾物満載のコラムを投稿していきます！

まずはブロガーの質の高いブログのまとめです。このコラムのブログはブロガーの皆さんの気の利いた文章ばかりです。辛口満載です。皆様のお役に立てれば幸いです。

質の高いブログまとめ

そしてブロガーが最近一番時間を費やしているコラム「Gitエンタープライズ開発制御理論と実践」もぜひご注目ください！

Git エンタープライズ開発管理の理論と実践

エンタープライズ開発モデル

エンタープライズレベルの開発プロセス

ここに画像の説明を挿入

DevOps

DevOps (Development and Operations のかばん語) は、「ソフトウェア開発者 (Dev)」と「IT 運用技術者 (Ops)」の間のコミュニケーションとコラボレーションを重視する文化、運動、または実践です。「ソフトウェア配信」と「アーキテクチャ変更」プロセスを自動化することで、ソフトウェアの構築、テスト、リリースをより迅速に、より頻繁に、より信頼性を高めることができます。DevOps ソフトウェア開発プロセスには、計画、コーディング、構築、テスト、プレリリース、リリース、運用および保守、監視が含まれており、これが DevOps の威力を示しています。
ここまで述べましたが、この話はコースのテーマである Git とどのような関係があるのでしょうか?
非常に簡単な例でこの問題を説明できます。開発者の観点から見ると、ソフトウェアの反復とは単にコードを反復することであるため、コードを管理する必要があります。コードを管理する方法、それは Gt (分散バージョン管理システム) ではないでしょうか! したがって、私たち開発者にとって Git の重要性は自明のことです。

システム開発環境

システム開発プロセス中に開発者が慣れておく必要がある主要な環境に関しては、次の環境を無視することはできません。

開発環境:開発環境は、開発者が日常のコーディングとデバッグ専用に使用するプラットフォームです。この環境では、コードの基本的な信頼性を確保するために、通常、すべてのバグ報告およびテストツールが有効になっています。
テスト環境:テスト環境でプログラムの実行に問題がある場合は、そのプログラムを実稼働環境にデプロイしないでください。テスト環境は、開発環境から運用環境への重要な中間段階であり、コードの安定性と正確性を移行して検証するために使用されます。
プレリリース環境:テスト環境とオンライン環境の違いによって引き起こされる潜在的なバグ漏洩を回避するために、プレリリース環境が導入されました。この環境の構成は本番環境と基本的に同じですが、コードを正式に公開する前に、より信頼性の高い検証を行うことを主な目的としており、プロジェクトの品質を確保するための最後の関門とも言えます。プレリリース環境はオンライン統合サーバーから分離されており、独立したマシンのグループであることに注意してください。
実稼働環境：実稼働環境とは、正式なサービスを外部に提供するオンライン環境を指し、ユーザーはモバイルまたは PC からアクセスして使用できます。モバイルアプリケーションまたは PC アプリケーションのすべてのエンドユーザーは、この環境でシステムと対話します。

これらの環境は、システム開発の 3 つの主要なフェーズ (開発フェーズ、テストフェーズ、および稼働フェーズ) として見ることができます。以下は、これらの環境と開発プロセスにおけるその役割をより視覚的にまとめた図です。

ここに画像の説明を挿入

もう少し大きな企業であれば、プロジェクトを正式に立ち上げる前のシミュレーション/グレースケール環境や、オンライン化する前に異なるバージョンをテストしたいというニーズに応えるために複数のテスト環境が存在するなど、環境は少なくありません。

Git エンタープライズブランチの設計仕様

ここで、一般的に使用される分岐モデルである GitFlow モデルを紹介します。

ブランチ	名前	使用環境
マスター	主枝	本番環境
リリース	プレリリースブランチ	プレリリース/テスト環境
開発する	開発ブランチ	開発環境
特徴	要件開発ブランチ	地元
ホットフィックス	緊急修正ブランチ	地元