DevOps の開発フェーズでは、すべてのコア ソフトウェア開発作業が行われます。 入力として、現在のイテレーションの計画 (通常はタスク割り当ての形式) が取り込まれます。 その後、更新された機能を表すソフトウェア 成果物が生成されます。 開発には、Visual Studio などのコードの記述に使用されるツールだけでなく、バージョン管理、問題管理、自動テストなどのサポート サービスも必要です。
開発環境を選択する
開発者は、コードの編集やデバッグなど、ほとんどの時間をコア開発タスクに費やすことが理想的です。 適切なツールチェーンを配置すると、ピーク時の生産性と最適でないパフォーマンスの違いを生み出すことができます。 統合開発環境 (IDE) は、コードを編集およびコンパイルする場所として、謙虚な始まりを超えて進化してきました。 現在、開発者は 、適切な開発環境を選択したときに、1 つのユーザー エクスペリエンス内からほぼすべての DevOps タスクを実行できます。
バージョン管理と Git を使用してコードを管理する
チームの規模が拡大するにつれて、コードベースに依存し、貢献する利害関係者の数が急速に増加する可能性があります。 ソース コードに対する変更を管理するための戦略がなければ、開発チームは混乱、エラー、生産性の低下を伴う重大なリスクにさらされます。 最も基本的な バージョン管理 を実装しても、これらの落とし穴から保護できます。 ほとんどのチームは、最も一般的なバージョン管理システムである Git を使用してコードを管理することを選択します。
プロセスを自動化する
開発ステージの実際の価値は、機能の実装から生まれます。 残念ながら、開発チームの他にも多くのタスクがあります。 コードのコンパイル、テストの実行、デプロイ用の出力の準備を行う例をいくつか示します。 影響を最小限に抑えるために、DevOps は 継続的インテグレーションの実践を通じて、これらの種類のタスクを自動化することを重視しています。
開発ライフサイクルのもう 1 つの時間のかかるタスクは、バグの修正です。 多くの場合、バグはソフトウェア開発の避けられない部分と見なされますが、チームがそれらを減らすために実行できる貴重な手順があります。 テストをより迅速かつ信頼性の高いものにするために左にシフトする方法について説明します。
次のステップ
Microsoft は、何十年もの間、世界最大のソフトウェア開発企業の 1 つです。 DevOps での Microsoft の開発方法について説明します。
継続的インテグレーションを使用した実践的な DevOps エクスペリエンスについては、次のラーニング パスを参照してください。