問題タブ [automated-deployment]

MSBuild および MSDeploy を介して TFS 2012 を介して自動展開を設定しようとしていますが、運用サーバーが開発サーバーに展開しようとするとタイムアウトが発生します。関連するすべてのポートが開かれ、展開ツールとサービスがインストールされて開始されました。エラーの唯一の証拠は、開発サーバーの IIS Web 管理ログ フォルダーから取得されたログ ファイルであり、404 が表示されています。デプロイが試行されたとき。

MSBuild 引数:

Visual Studio ビルド エラー:

WSADMIN-wsInstallApp (自動化用) を使用して、EJB モジュールを含む EAR ファイルを IBM WAS 7.0.0.27 にインストールしようとしています。しかし、そのエラーを下回っています

ただし、同じ ear ファイルを IBM コンソールで手動でデプロイできます。

ejb マッピング参照の問題のようです。私は非常に多くの方法を試しましたが、解決策を得ることができませんでした。

誰でも解決策を提案できますか。

コード

wsadmin スクリプトを使用して ear ファイルをインストールした後、サーバーの起動時に以下のエラーが発生します。私はjarファイルの1つに存在する同じクラスをearファイル内でチェックしました。

com.ibm.ws.exception.RuntimeWarning: java.lang.NoClassDefFoundError:

この問題の解決策を提案してください。

私は本 Pro Nuget を読み終えました。現在の方法よりも依存関係に利用する方が良いと思います。また、アプリケーション展開パッケージをビルドして、さまざまな環境にビルドを展開することもできます。これも自動化の改善を目指しています。

アイデアの 1 つは、複数の Nuget フィードを用意することです。統合が成功するたびにパッケージが公開される ci フィード、qa にテストしてもらいたいバージョンのみを公開する qa フィード、テストに成功した qa フィードからパッケージのみをコピーするリリース フィードです。

私はこのアイデアを気に入っていますが、バージョンを -alphaXXXX などで終了することにより、ci ビルドをプレリリースとしてマークすることをお勧めします。ただし、それを行う場合は、qa フィードへのプロモーション中にその指定を削除する必要があります。そのためにはパッケージを変更する必要があると思いますが、Nuget パッケージの魅力の一部は、一度ビルドすると変更しないことです。

もう 1 つのアイデアは、私たちは主にトランクで作業しているため、rc ブランチを作成すると、ビルド プロセスがバージョンのプレリリース部分の追加を停止するというものです。それは機能するようで、qa からリリース フィードへの昇格は単純なパッケージ コピーになります。

誰かがこのアプローチを行っていますか?それは推奨されるアプローチですか? 何か不足していますか？私はグーグルで検索しましたが、そのようなアプローチの詳細について多くの議論が見つかりました。

中規模から大規模のアプリケーションを構築している場合、依存アセンブリなどをすべて構築するために、PowerShell スクリプトまたはバッチ ファイルを作成することになります。 1つの最後の部分を除いて、問題ありません。アプリをビルドするだけでなく、ローカル マシンにデプロイする方法がわかりません。このメニュー オプションを使用して Visual Studio で実行できます。

しかし、それは Visual Studio に行って手動で行う必要があることを意味し、自動ビルドの目的を無効にします。コマンドラインからこの「デプロイ」機能を取得する方法について、誰にも手がかりがありますか?? 出来ますか？

Jenkins を実行し、GitHub をプルして、各コミット後にアプリをビルドしています。最新のアプリを手に入れたいテスター コミュニティがあります。アプリを Google Play アルファ テストにアップロードしたいのですが、別のサービスを使用する必要がありますか?

#androiddevs は何を使用していますか?

クラスライブラリと Web サイトで構成される VS 2013 ソリューションがあります。コードは TFS 2013 のソース管理下にあり、テスト サーバーの webroot である特定の UNC パスに Web サイトが配置されるソリューションのナイトリー ビルドをセットアップしたいと考えています。

現在、ビルド定義によって名前が付けられた unc パス上の出力フォルダーと、Web サイトを含む「_PublishedWebsites」という名前のサブフォルダーを持つビルド番号形式になるソリューションのビルドを実行しています。私が望むのは、フォルダーにビルド定義を使用せずに、その名前で unc パスに Web サイトをデプロイすることです。

私が欲しいもの:

\192.xx\TFS\WebApplication1\

現時点の：

\192.xx\TFS\Build definition one\Build definition one_20140408.29_PublishedWebsites\WebApplication1\

これを行う簡単な方法があると思いますが、どのようにビルド定義を構成したり、カスタム ビルド テンプレートをセットアップしたりしても、コードが unc パスにコピーされないか、単純に把握できないためにビルド エラーが発生します。テンプレートの構成方法。

このためのスタックオーバーフローに関するガイドと質問がたくさんありますが、私のシナリオを段階的に説明する TFS 2013 のガイドと質問を見つけることができませんでした。

では、特定の名前付き UNC パス フォルダーに配置されたコンパイル済み Web アプリケーションが結果として得られる TFS ビルド定義を作成する手順はどのようなものでしょうか?

私の問題の簡単な例...

私の会社には、アプリ A、B、C、D の 4 つの個別のアプリケーションがあります。私の会社には、2 つの個別の運用サーバーがあります。

• アプリ A の本番サーバー = サーバー 1
• アプリ B の運用サーバー = サーバー 1
• アプリ C の本番サーバー = サーバー 2
• アプリ D の本番サーバー = サーバー 2

Octopus Deploy の Web サイトの例は、すべての「プロジェクト」で本番環境が同じであることを前提としているようです。

私の本番環境は、どのアプリケーションが本番環境にデプロイされているかによって異なります。

各サーバーにちなんで名付けられた「環境」を作成することもできますが、これは変換のためのいくつかの奇妙な (web/app).config 名になります (App.Server1.Config ではなく App.Release.Config を使用することをお勧めします)。 .

複数の本番サーバーがある場合、Octopus Deploy をどのようにセットアップしましたか? これは、機械の役割が潜在的に解決できるものですか?

ありがとう、

アダム

製品の特定のビルドを特定の Azure クラウド サービスまたは VM に自動デプロイする方法を調査しています。

次の手順は自動化され、手動による介入は最小限に抑えられます。

• クラウド サービスまたは VM を作成する
• 製品の特定のビルドをインストールします ( IIS ではなく、スタンドアロンの exe または Windows サービスとして)
• 構成ファイルを微調整する
• ユーザー アカウントの設定
• exe/サービスを実行します

コードは現在 Visual Studio Online / TFS にあります。Cruise Control .NET CI がセットアップされており、TeamCity への移行を検討しています。これは、通常の QA および実稼働タイプの環境に使用されますが、アドホックな展開にも使用されます。たとえば、試用版の機能が製品に追加され、それを特定の顧客が試してみるために新しい VM に展開したい場合などです。コマンド ラインまたは UI を使用してビルドを選択し、VM を作成し、構成の変更を指定できることが理想的です。

考えられる解決策の 1 つはOctopus Deployかもしれませんが、これで実際に Azure VM を作成できるとは思いません。また、おそらく Azure API と TFS デプロイも検討します。

私の研究を絞り込むために、私が見逃している実証済みの代替手段はありますか?

前もって感謝します！