問題タブ [autodeploy]

1 つのサーバーでコードをビルドするように Jenkins を構成したいと考えています。次に、Jenkins を使用して別のサーバーにデプロイしたいと考えています。どちらのサーバーもLinuxを使用しています。プロセス全体を可能な限り自動化したいと考えています。パイプライン、ジョブ インポート プラグインなどのプラグインを試してみました。どのプラグインが役に立ちますか? どこかの例やチュートリアルは役に立ちます。jenkins でのビルド パイプライン プラグインの構成は、シームレスではありませんでした。

ありがとう、バルガフ

ASP.NET Web アプリケーションをデプロイする効率的な方法を教えてください。私が展開するプロセスは次のとおりです。

1. Web アプリケーションを構築する

2. Standard Bar > Build Menu[アプリケーションの実行に必要なファイルのみを選択する]から Web アプリケーションを公開します。

3. 次のようなクライアントソフトウェアを使用してサーバーに接続します[WinScp]

4. ローカル コンピューターからサーバーにファイルをコピーします。

これが正しいアプローチかどうか知りたいですか？

Amazon サーバーにコードを自動デプロイする fab ファイルを作成しようとしています。そのため、ファブリック メソッドの上部に SSH 接続パスを指定します。しかし、接続してパスワードを要求していません。Ubuntu ターミナルから正常に接続できる .pem ファイルがあります。しかし、ファブリックを介してパスワードを要求しようとすると、同じことが機能しません。

私のファブリックファイルのコードスニペットの例。

パスワードを少なくする方法はありますか。ありがとう

私は、一般的な自動化プロセスを改善しようとしています。VS2012 と TFS2012 を使用しています。

CIブランチにチェックインしたときに私がしたいことは次のとおりです。

1. 建てる
   1. ビルド定義設定で構成されているように、選択したプロジェクト/ソリューションをビルドします。
   2. Web サイトの展開に使用できる展開パッケージを生成します (プロジェクト全体を再構築する必要はありません)。
   3. 後で公開できる nuget パッケージを生成します (プロジェクト全体を再度再構築する必要はありません。デバッグできるように、インデックス作成から作成されたシンボルと一致する dll が必要です)。
2. テスト- ビルドが成功した場合のみ
   1. 構成されたすべての単体テストを実行します。
3. デプロイ- すべての単体テストに合格した場合のみこれは、開発環境に重大な変更が入るのを防ぐためです
   1. (1.2) から展開パッケージを取得し、目的の環境に公開します (公開プロファイルと変換を使用して構成することをお勧めします)。
4. 公開- すべての単体テストに合格した場合のみ
   1. (1.3) から nuget パッケージを取得し、プライベート nuget ギャラリーに公開します

プロセス全体に完全なチュートリアルは必要ありませんが (それは素晴らしいことですが)、それを統合する方法について詳しく説明します。

例えば：

• ラッパー プロジェクトで msbuild を使用する必要がありますか?
• TFS ビルド サーバーでのビルド時にパッケージを作成するにはどうすればよいですか?
• 「IF AND ONLY IF ALL UNIT TESTS PASS」制約を強制するにはどうすればよいですか?
• ビルドの一部として展開/公開を実行するための最良/最も簡単な方法は何ですか?

これは私たちが使用したいプロセスであり、これが非常に高く評価されていることを認識している助けがあれば. そして、他の多くの人々が、このスタイルのプロセスの統合に着手する方法に興味を持っていると確信しています.

また、関連する場合、ほとんどのソリューションには、共有 dll プロジェクト、Web サイト/API、および単体テストが混在しています。私がこのプロセスを必要とする理由の 1 つは、大きな DLL を分割し、小さな分離されたユニットにモジュール化できるようにすることです。

ありがとう、ゲイリー。

私は github で autodeploy を作成しようとしています。この js を実行して、github からフックを受信する「サーバー」を作成します。これは驚くほど機能しますが、スクリプトを実行してリポジトリをダウンロードする必要がありますが、このコードは実行しません。私のhook.shを実行します。以前のノードの経験がないので、ここで迷っています。

わかりました、私はこれを手動でテストしていましたが、問題は gith({.... この中にあるすべてが機能しないようです。誰かアイデアがありますか?

みんなありがとう

実稼働環境として Linux サーバーがあり、ノード リポジトリは github にあります。コードをプッシュするとき、それをデプロイしたい場合は、デプロイする必要があります。

コードを自動更新するためにノードを永遠に使用していますが、それでも非常に面倒です。

travis -ciやherokuなど、コードを自動的に github にデプロイできるソリューションはありますか?

新しく推奨されたモジュール構造を使用する appengine Maven プロジェクトがあります。したがって、2 つの war サブモジュールを含む ear モジュールがあります。ear ディレクトリから run mvn appengine:devserver を使用してコードを実行しています。ブラウザを更新して変更を確認できるように、コードの変更を保存したらすぐにMavenにデプロイしてもらいたいのですが、うまくいかないようです。これが私のイヤーポンです。

target/${project.artifactId}-${project.version}/*/WEB-INF/classes org.apache.maven.plugins maven-ear-plugin 2.8 5 lib war com.google.appengine appengine-maven-plugin $ {appengine.target.version} 2

https://developers.google.com/appengine/docs/java/tools/mavenの推奨に従って、ビルド ディレクティブの下の buildOuputput ディレクトリに追加し、指定もしました

appengine-maven-plugin プラグインの下。また、netbeans でコンパイル オン セーブ オプションを有効にしましたが、devappserver の実行中に maven がクラス フォルダーをスキャンして変更をデプロイしていないようです。

現在、小さな変更ごとにクリーンなビルド/デプロイ サイクルで立ち往生しています。これについて何か助けていただければ幸いです。

私は WildFly を初めて使用し、デプロイ スキャナー プロセスについて詳しく知りたいと思っています。

WildFly には、自動デプロイ モードと手動デプロイの 2 つのデプロイ モードがあります。

WildFly を再起動すると、ear ファイルが再びデプロイされます。WildFly フォーラムによると、(タイムスタンプに基づいて) ファイルに変更がある場合は、再度デプロイする必要があります。

WildFly をスタンドアロン モードで実行しています。

次のコマンドを実行すると:

そして2分以内に始まりました。サーバーを再起動すると、同じ時間がかかります。

Tfs は正常に .msi をインストール用にビルドし、TFS Web サイトからいくつかの構成ファイル (これらは異なる環境でインストーラーを実行します) を含む MSI として手動で取得します - インストールプロセスで、ISS にインストールする必要があります このプロセスを自動化するには - 今すぐ最初にどちらの方向に進むべきかわかりませんでした - ターゲット マシンでリモート コールを使用する方法について簡単に読んだことがありますが、ターゲット サーバーに何らかの方法でインストールしてから、特定の設定で .msi をリモートで実行する必要があると思います。これ、誰かコメントを追加しますか？

私たちは製品に取り組んでいます。顧客からアプローチを受けるたびに、iOS と Android のアプリをそれぞれの Play ストアに自動展開しました。これらのアプリは、バックエンドとして別の Parse アプリに関連付けられます。手動で作成するのではなく、API を介して自動的に Parse アプリを作成する方法はありますか & 自動作成後、展開する前にアプリに関連付けます