継続的インテグレーションを実現するために、Visual Studio、TFS 2015、Visual Studio Team Services、およびAzure/LocalまたはRemote IISを使用しています。アプリケーションの視点からの継続的インテグレーション、継続的配備、継続的配備

Question

私はstackoverflowの、下から読んでいContinuous Integration vs. Continuous Delivery vs. Continuous Deployment

1. ミー/私のチームのTFSリポジトリへのコードでチェックし、設定自動ビルド私は、コードをチェックインするたびに、それは継続的な統合ですか？
2. ビルドを設定しました。 nugetパッケージマネージャを実行し、テストを実行し、ビルドを実行し、ビルドされたアセンブリを指定された場所にドロップします。それは継続的な配達ですか？
3. Azure/IISへの配置を設定しました。また、私はContinuous Integrationを有効にしました。だから今私/私のチームがコードをチェックするたびに、ビルドを実行し、プロダクション/ステーティングサーバーにデプロイします。それは継続的な展開ですか？
4. 上記のすべてをワンクリックで実行すると、DevOpsと呼ばれますか？
5. ここで、Selenium/MS Buildを使用した手動テストの役割がここに入ります。

入力を追加して、どこに間違っているか教えてください。

Answer 1

1. はい。正確に言えば、これはCIの一形態にすぎません。 TFSでは、これはCIビルドと呼ばれる です。あなたは ビルド定義のCIトリガーを選択してこれを達成することができます。
2. はい。これは、継続配信による実装方法でもあります。
3. はい継続的な導入は、論理的な次のステップ として継続的に提供されます。QAを通過するたびに、製品を プロダクションに自動的に展開します。

4. 号連続送達とDevOpsチームその意味で類似であり、しばしば混同 あり、それらは二つの異なる概念です。 DevOpsは という広範なスコープを持ち、具体的には （開発者、運用、品質保証、管理など）に関係するさまざまなチームのコラボレーションを中心に、 というプロセスを自動化していますソフトウェア配信。連続 配送は、配送の自動化のためのアプローチであり、異なるプロセスを集めることに重点を置いており、それらをより迅速かつ頻繁に実行します。彼らは一般的な目標を持っており、達成するためにしばしば一緒に使用されます。 DevOps とContinuous Deliveryは、アジャイルメソッドの背景を共有し、 の考え方：最終的にはフォーカス値を小さくして素早く変更する お客様。彼らはよく伝えられ、内部で協力して、 を得て、リスクを減らして市場投入時間を短縮します。

5. 手動テストがある時間がかかりと労働集約プロセスソフトウェアの一部を確保 にそれは関係なく、それがどのように開発された 速く、になっていない何ありません。チームはユニットテストにあまりにも多く依存しており、自動化と受け入れテストは無視します。 CIにはいくつかのリスクと課題もあります。これはただの1つです。