問題タブ [continuous-deployment]

OS イメージ、ドライバー、サード パーティのインストーラー、ファースト パーティのインストーラー (当社のアプリケーション) など、システム展開ビットのバージョン管理を試みています。一貫したバンドル (タグ) にすべてを含める必要があります。また、アクティブなリリースのバンドル全体を入手できます。一般的なバージョン管理システムが法案に適合しないことがわかっています。また、一部の機能( git media、annex、bup ) を備えたものでさえ、Windows ではうまく動作しません。デジタル資産管理システムは、この目的には完全には適していないようで、私には非常になじみがありません。

MongoDB のようなドキュメント データベース上にカスタム システムを構築している人がいると聞きました。RavenDB と Windows サーバー/クライアント プラットフォームでこのようなシステムを構築、構築、維持する方法についてアドバイスを求めています。

最近、「機能トグル」または「ゲートキーパー」を使用して、開発が完了するまで機能をユーザーから隠しておくというアイデアについて話している記事をいくつか読みました。Facebook と Flickr はどちらも、これを使用して新しい機能をユーザーのサブセットでテストしてから、全員に公開する方法についても語っています。

少しグーグルで検索しても、この種のことを処理するために Web アプリに追加できる既存の PHP パッケージ/ツールは見つかりませんでした。自前のものを転がすのは簡単に思えますが、必要がなければその車輪を再発明する理由はありません。これを行うための既存の PHP ツールはありますか?

記事

• Martin Fowler による機能切り替え
• Flickr DevBlog でフリップ アウト

明確化: 存在するかどうかを確認しようとしているこの部分は、どのユーザーが新機能を表示できるかを制御する管理パネルです。Flickr の例では、ホストに基づいてオンにすることができます。Facebook の例では、機能をユーザーの 5%、TechCrunch ユーザーのみ、または東海岸ユーザーのみに制限するなどの機能を追加します。

200 のオンになっている機能、まだ完成していない 10 の機能、および一部のユーザー向けにデモを行っている 3 つの機能がある場合、管理パネルは非常に重要に思えます。

複数のVMに展開されているWCFサービスがいくつかあります。VMは内部のみのネットワークの一部であり、ドメインに参加していません。時々、バイナリを最新バージョンに更新する必要があります。そのために、.batスクリプトがあります。現在、各VMで手動で更新をトリガーし、TeamCityからのボタンクリックで配信を自動化したいと考えています。

PowerShell（TeamCityからのリモートジョブ）からスクリプトを実行しようとしましたが、セキュリティの問題を構成するのが少し面倒だったので、それを削除して手動更新に戻りました。後で、基本契約に新しいメソッドを追加することを考えていました。

WCFサービスは、別のプロセス（たとえば、cmd.exeを介して）でファイルを呼び出し、そのホストをシャットダウンします。batファイルは更新を実行し、WCFホストを再開します。

これは良いアプローチですか？WCFサービスを継続的に提供するためのより良いソリューションはありますか？

バックグラウンド：

カスタム WinForms インストール プログラムを簡単にインストールして起動する Windows インストーラーがあります。このカスタム インストーラーは、IIS Web アプリケーションの作成、dll のコピー、データベースのインストールなど、実際のインストールを行います。

ここで、本番環境で使用するのと同じインストール手順を使用してソフトウェアをインストールすることを含む、いくつかの自動化された受け入れテストを作成したいと考えています。専用のマシンで毎晩受け入れテストを実行することから始め、その後、継続的インテグレーション パイプラインの一部として実行したいと考えています。

問題：

WinForms のインストール プログラムを自動化するのは難しいことがわかっています。また、受け入れテスト用の特別なインストール コードは必要ありません。

質問：

展開プロセスを自動化されたテストに統合することについて、頭のいい人にどんなアドバイスがありますか?

インストーラーに WinForms を使用するという決定は、特に、結果として得られるアプリケーションが実際のインストール コードから UI コードを明確に分離していないため、悪い選択だったと思います。

アプリケーションの自動展開プロセスにTeamcityを使用しています。これは、ユーザーが環境やビルドの場所などを指定するパラメーター化されたビルドです...

さて、問題は、事前定義されたセットからこれらのパラメータを選択するためのドロップダウンリストを取得できますか？それを行う方法はありますか？

Liquibase で LDAP 認証を使用することは可能ですか?

そうでない場合、Liquibase を使用して実稼働データベース スキーマへの変更を自動化するという問題を他の人がどのように解決しましたか (それでもデータベース資格情報を安全に保ちますか?)

すべてのプロジェクトをビルドするために TeamCity をセットアップしたばかりで、それらをステージング サーバーとテスト サーバーにデプロイするシステムが必要です。プロジェクトは ASP.NET です。また、データベースを展開する必要があります。これを実行できるものはありますか?

前もって感謝します。助けていただければ幸いです。

WPFアプリケーションがあり、継続的インテグレーションにTFS2010を使用しています。ソース管理へのチェックインごとに、新しいビルドがトリガーされます。私が欲しいのは、ビルドのたびにこのプロジェクトをローカルフォルダーに公開/デプロイすることです。これどうやってするの？

実際、別のWCFサービスプロジェクトもあり、そのための継続的インテグレーションを設定することができました。ビルドされ、単体テストが実行されてから、サーバーを正常にデバッグするためにデプロイされます。私が設定したビルド定義は次のとおりです。

しかし、このWPFプロジェクトに同じ構成を使用すると、コンパイルされますが、宛先フォルダーには何も配置されません。空です（ところで、VS2010から同じプロジェクトを公開すると、正常に展開され、IEで参照できるため、宛先フォルダーがIISで正しく定義されていることがわかります。）

私はかなり長い間これに苦労してきました。私は多くの「近い」質問と解決策を見つけましたが、どれも私にとって役に立ちませんでした。例えば：

• WPF アプリケーションを展開するための最も簡単な方法は何ですか？、ビルドの出力ディレクトリの内容を宛先にコピーする「CopyDirectory」アクティビティをビルドのワークフローに追加しました。これにより、出力フォルダーが大量のファイルでいっぱいになりました。これらのファイルは、.exe、.xbap、およびすべての.dllを使用したコンパイルのすべての製品でしたが、WPFアプリケーションとしては使用できませんでした。ドロップ位置を使用しようとすると、同様の結果になりました。アプリを閲覧しようとすると、次のエラーが発生します。

  /li>

• また、次の質問が未回答であることがわかりました。http: //social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/e9abf652-223f-4683-9c07-f3064cd4296fこれは、私とほぼ同じ問題です。 mIIS7およびWindowsServer2008を使用します。

では、ビルド後にTFSにWPFアプリを展開させるにはどうすればよいですか？

を使用しているときに、MSBuild が不足しているファイルをスキップするようにする方法はあり/p:OutDirますか?

私は TeamCity と協力して、大規模な Web プロジェクトを継続的に構築しています。継続的な展開を処理するプログラムを作成しましたが、MSbuild で問題が発生しています。プロパティ スイッチ OutDir を使用して、必要な Web ファイルを出力しています。

これが私のmsbuildコマンドです：

OutDirファイルが見つからないため、MSBuild が失敗します。例：

これは非常に大規模で古いプロジェクトであり、不足しているファイルが多数あります。MSBuild でこれらのファイルをスキップしたり、これらのエラーを無視したりする方法はありますか。

ありがとう、助けていただければ幸いです。

不足しているファイルを追加することで簡単に解決できますが、この問題が発生するたびにすべての不足しているファイルを追加したくはありません。

TFS の Build Quality を使用してビルドと展開のプロセスを制御する方法について少し情報を探しています。次の線形展開パイプラインがあるとします

(チェックイン) -> ビルド -> 単体テストの実行 -> 統合テストの実行 -> xx 環境へのリリース -> yy 環境へのリリース

最初の 3 つのステップは CI プロセスの一部 (1 つのチーム ビルドまたは 3 つの個人) であり、最後の 2 つのステップは手動でトリガーされるイベントです。

私の質問はかなり広範囲ですが、Build Quality を使用して、同じ changeset 内の展開パイプラインを制御できますか? ThoughtWorks GOの仕組みに少し似ている

単体テストと統合テストが完了し、アプリケーションを環境 xx に (手動で) リリースする準備ができたとしましょう。ビルド品質機能を使用して、対応する変更セットを環境 xx にデプロイできますか? TFS を使用して展開パイプラインまたはアプリケーション ライフ サイクル管理を作成するための適切なアプローチは見たことがありません。何かご意見は？