source control version control devops
DevOpsのソース管理：
前回のチュートリアルで見た アジャイルマニフェストに基づくDevOpsプラクティス 。ここでは、DevOpsのソース管理またはバージョン管理について詳しく説明します。
DevOpsの成功が依存する重要な要素の1つは、「ソース管理」です。
さらに読む=> DevOpsに関する完全ガイド
開発チームと運用チームの両方の間にコラボレーションと透明性をもたらし、それらを単一のツールと単一の傘下に置いたのは、ソース管理またはバージョン管理です。
だから、勉強します、
- ソース管理またはバージョン管理とは何ですか？
- ソース管理には何をしますか？
- どのようにバージョン管理しますか？
- バージョン管理の利点は？
DevOpsプラクティスでは、開発アーティファクトに加えて、運用チームでさえバージョン管理を使用してアーティファクトへの変更を制御します。
「インフラストラクチャのセットアップと構成の詳細をコードとして」を管理するバージョンは、DevOpsプラクティスにおける重要な差別化要因です。コーディング手法の標準化、開発アクティビティの並行実行、依存関係の除去は、ソース管理の主な利点です。
DevOpsビデオパート2ブロック2：ソース管理–11分22秒
ここで、このチュートリアルでは、DevOpsのいくつかのプラクティスの重要性を研究します。
1つ目はソース管理、2つ目は自動化、3つ目は「値の小さな増分の配信」です。
DevOpsの成功が依存する重要な要素の1つは、「ソース管理」です。
ソース管理とバージョン管理という用語は同じ意味で使用できます。
ソース/バージョン管理とは何ですか？
私たちは皆、変化が避けられないことを知っており、変化は改善のためであると信じています。このように、変化はあらゆるものに日々起こります。したがって、プログラムがプログラム成果物に対するこれらの変更の履歴を維持することは非常に重要です。これは「バージョン管理」と呼ばれます。
したがって、バージョン管理またはソース管理は、コード、ドキュメント、環境構成など、プロジェクトへの変更を管理することです。
ソース管理には何をしますか？
DevOpsの原則は、ライフサイクル中に変更が加えられるすべてのものをバージョン管理して、変更がとにかく、またはプロジェクトの誰もが見逃さないようにすることです。
アジャイルとDevOpsの主な違いは、アジャイルプラクティスでは、コード、リリース、ドキュメント、およびWebサイトのバージョン管理を行っているのは開発チームだけであるということです。ただし、DevOpsではOperationsのバージョン管理も導入されています。
多数の障害、欠陥は実際には不良コードによるものではなく、設定ミスによるものであることが確認されています。したがって、このステートメントは、スクリプトとして提供される構成とインフラストラクチャーの実稼働環境でのバージョン管理の要件を強調しています。
最高のスパイウェア対策は何ですか
したがって、DevOpsプラクティスは、デプロイメントスクリプト、環境構成、インフラストラクチャの詳細などのバージョン管理を開始しました。以前の開発者は、コードとドキュメントのみのバージョン管理に従っていましたが、現在は自動化スクリプト、インストールスクリプト、移行スクリプトなどの制御も含まれています。
従来のソフトウェア開発ライフサイクル方法論では、バージョン管理が何であったかがわかります。
そのため、ソースコード、自動化スクリプト、ドキュメントに加えて、DevOpsの実践では、ソフトウェアインストールの一部である展開スクリプトやインストールスクリプト、ロールバックスクリプト、移行スクリプトなど、変更が加えられるすべてのものを管理するバージョンを実践しています。
サーバー構成の詳細、前提条件のソフトウェアの詳細とそのバージョン、DBの詳細、複数のコンポーネントの接続、ネットワークの詳細などを含むインフラストラクチャ定義またはスクリプトは、バージョン管理する必要があります。
デフォルトに設定される環境変数、デフォルトでオフまたはオンにする必要がある機能などを含む環境関連の構成は、バージョン管理する必要があります。
つまり、大まかに言えば、バージョンは変更を受けるプロジェクトのすべてを管理します。
それらをどのようにバージョン管理しますか？
以前は、バージョン管理はツールがない場合に手動で行われ、チームはバックアップの物理コピーを保存してから変更を加えていました。
最近では、洗練されたバージョン管理ツールが数多く市場に出回っており、複数の人が同時にチェックインとチェックアウトを管理することでバージョン管理を自動的に処理し、手動管理の手間を省いています。
これらのツールを使用すると、チームはバージョン間の違いを非常に簡単に確認できます。以前のバージョンで合格したテストまたはデプロイメントスクリプトが、現在のデプロイメントで失敗した可能性があります。
このツールをすばやく実行して、古いバージョンと現在のバージョンの変更を確認し、スクリプトの違いを理解し、失敗の原因を非常に迅速にデバッグするのに役立ちます。
おそらく、単一のツールを使用してプロジェクトのすべての資産をバージョン管理することをお勧めします。これは、管理を容易にし、信頼できる唯一の情報源になります。
バージョン管理の利点は何ですか？
以下に、バージョン管理のさまざまな利点を示します。
＃1） まず第一に、バージョン管理はdevがソース管理にあり、opsがソース管理にあることを保証します。DevOpsの美しさは、両方がソース管理にあり、同じソース管理ツールにもあるため、誰もがそこにあるものを見ることができることです。ソースとその各バージョンを明確かつ透過的に。
これにより、チームは協力し、透明性を保ち、互いに協力することができます。これにより、チームとその作業が1つの傘、1つのツールにまとめられます。
＃二） これにより、チームメンバーが自分の知識、情報、および使用するコードに従うことができなくなります。
＃3） ソース管理は、バージョン間の違いと、これらの変更を行う目的を理解するのに役立ちます。
＃4） バージョン管理は、開発を並行して実行し、マージを管理するのに役立ちます。ソース管理からベースコードを選択し、それらのコピーをローカルマシンに取り、変更が完了したらマスターにマージすることで、複数の人が同じコード、スクリプト、またはドキュメントで作業できます。
2人の間の変更で競合が発生した場合、ツールはエラーをスローし、競合の領域を強調表示します。
＃5） これに加えて、コードとしてのバージョン管理インフラストラクチャにより、誰でも個人の知識に依存することなく環境を作成でき、個人のインテリジェンスに基づくのではなく、ソース管理で利用可能な情報から純粋に環境を作成するのにも役立ちます。
＃6） チームは前のバージョンに戻って、障害が発生した場合に違いを確認し、迅速に修正できるため、バージョン管理により、ソフトウェア展開の失敗と本番環境の問題のデバッグが非常に高速になります。
したがって、生産上の問題の特定が簡単かつ迅速になります。