7

アプリケーションをシングルユーザーアクションでデプロイする必要があることを十分に知っています。しかし、私は知りません：

  1. .NETショップで使用するのに適したツールは何ですか？
  2. 各環境の構成変更をどのように管理しますか？

誰かが継続的インテグレーションのためのいくつかの良いリソースを教えてもらえますか？いくつかの理論とステップバイステップの実践ガイドを見たいと思います。

編集：
私は今、Web展開を自動化する必要があります。ただし、デスクトップアプリでこれを行う方法についても学びたいと思います。

4

6 に答える 6

5

役立つかもしれないブログ投稿を書きました：

Visual Studio Web 配置プロジェクト

1 年半前ですが、VS 用の新しい (当時の) プロジェクト テンプレートと、MSDeploy と呼ばれる IIS チームのコマンド ライン ユーティリティについて説明しました。それらは非常に有望に聞こえ、複数のビルド構成をターゲットにしたり、ファーム全体で複数のサーバーを同期したり、Web サイト展開の実際の出力をより詳細に制御したりするのに理想的であるように見えました.

技術も成熟しているのかもしれません。

于 2009-07-13T19:23:10.503 に答える
2

Windows Installer XMLで大きな成功を収めました。基本的に、アプリケーションを構成するコンポーネントを XML で定義すると、WiX がそれを MSI パッケージに変換します。ドキュメンテーションは比較的まばらですが、提供されている CHM ファイルと search fu を組み合わせることで、そこまでたどり着くことができます。

MSI パッケージは、構成値の入力パラメーターを取得し、アプリケーションのデプロイ後に構成ファイルを操作するアクションを実行できます。たとえば、「msiexec /i MyCustomPackage.msi SqlServer=SomeSQLBox」は、Web アプリケーションを展開し、依存する SQL ボックスの構成エントリを変更できます。

于 2008-10-23T20:15:35.497 に答える
1

Kinook のVisual Build Proは、ワンクリックで展開できる優れたツールです。使いやすく、多くの機能があります。私は何年もそれを使用しています。もちろん、あまり使っていない NAnt もあります。

構成の変更を管理する限り、展開環境を示す拡張子を持つ複数の構成ファイルを管理し、ビルド スクリプト内のステップとして単純な名前変更を行うだけです。

たとえば、Test にデプロイする場合、Web.test.config という構成ファイルがあり、ビルド スクリプトによって自動的に名前が Web.config に変更されます。

于 2008-10-23T20:14:43.890 に答える
1

私は、TeamCity を使用してかなり詳細なブログ投稿を書きました。ここでは、ビルドとデプロイを自動化するための Web デプロイ プロジェクトをスターターとして使用しています。

http://www.diaryofaninja.com/blog/2010/05/09/automated-site-deployments-with-teamcity-deployment-projects-amp-svn

次に、FTP の追加を表示するためにこれに追加しました

http://www.diaryofaninja.com/blog/2010/09/21/continuous-integration-tip-1-ndash-ftp-deployment

基本的なプロセス フローは非常に単純です。

  • teamcity ビルド サーバーを使用して、SVN リポジトリからダウンロードします
  • ビルド サーバーのローカル フォルダーにサイトをビルドしてデプロイします
  • というスクリプトをサポートするコマンド ライン FTP クライアントを起動します。
  • MSBUILD タスク EXEC を使用した WinSCP (http://winscp.net/)
  • すべてのサイト コンテンツをアップロードする
  • [飲み物を挿入] をお選びください

次に、SVN リポジトリのトランクのみをデプロイし、ブランチ内のすべてを開発およびテストしてからマージするようにします。この方法では、テスト済みのものだけがデプロイされます。自動化されたテストをビルド サイクルに追加すると、最高の組み合わせが得られます。

始めるためのいくつかの優れた無料ツールは次のとおりです。

于 2011-02-12T05:40:15.997 に答える
0

2 つの異なる質問が表示されます。

  • 展開の場合: ClickOnce 展開で実行する必要があります。[ビルド] メニュー > [発行] で VS.net に移動して、デスクトップ アプリケーションを発行するだけです。次に、VS.net は Web ページと setup.exe をコンパイルします。IE または Firefox と .net 3.5 SP1 を使用しているユーザーがリンクをクリックすると、すぐに実行されます。ClickOnce は更新も処理し、そのために開発する広範な API があります。
  • 継続的インテグレーションは非常に異なるものです。「CruiseControl.net」をググってダウンロードし、できるだけ多くのリソースを試してみることをお勧めします。基本的にはビルドサーバーですが、テスト用にSVNやNUnitなどに接続できます。このような不安定な製品のために本を購入することはお勧めしません。それをダウンロードして試してみることをお勧めします。
于 2008-10-23T20:20:16.127 に答える
0

ContinuousIntegration ソリューション用の CruiseControl.NET。展開には、MSBuild プロジェクト ファイルを使用します。その上に、すべてのサーバー構成ファイルを保持します。パラメータを介して MSBuild にサーバー プロパティを渡します。このプロパティは、使用する構成値を MSBuild に通知し、展開を完了します。CruiseControl から直接実行できない唯一の展開は、ライブ サーバーへの展開です。そのコマンド ライン MSBuild は、誤ってボタンを押さないようにするため、または CC.NET Web ダッシュボードにアクセスできる誰かが遊んでいるだけにするために残しています。

于 2008-10-23T20:29:57.917 に答える