紙は、フロント・ジェンキンス自動展開を取得します

 

最近のプロジェクトの後に、問題のプロジェクトのいくつかの家賃の過程で発生した同社は、サーバー環境に配備する必要が頼むん。二つの方法でフロントエンドの開発で私を提示し、一般的に使用される方法:

1:伝統的な方法:LinuxのXshellを展開するためのサーバー環境にアップロードされたパッケージのアイテムを受け取ることxftp

2:設定nginxの環境とジェンキンス・デプロイメント環境は、自動的に(この記事は、nginxの設定をインストールするためにダウンロードされジェンキンスは、サーバーを展開するために作られた)夜を展開するコマンド

 

同社は、ここで基本的に同じ構成のGit、SVNサーバへのジェンキンス用に設定されているので、バックでの設定もジェンキンスのGitHubプロジェクト管理のために導入、コード管理に構築された独自のSVNサーバを使用していますので、

各変更後のプロジェクトは地元の必要とする前にnpm run build 、手動テストと製品ビューを容易にするため、公開タイムサーバを、ジェンキンスは、継続的インテグレーション後に提出さだけではsvnやgitの後の自動梱包を持って、それは便利であること後で相談のための記録

  1. パッケージ化されたアイテムは、アドレスアドレスが使用されているバックアップ  、独自のを修正します。my-demo

  2. 別の経路など、自分の都合の変形例に係ります。

まずインストール:ngnix構成環境  https://www.cnblogs.com/mahmud/p/11416860.html

1.インストール

1.1 nginxのインストール

Quguan直接ネットの直接ダウンロードの下で、解凍start nginxあなたが作ることができ、頻繁に使用するコマンド:

  1. start nginx # 启动

  2. nginx -s reload # 修改配置后重新加载生效

  3. nginx -s reopen # 重新打开日志文件

  4. nginx -t # 配置文件检测是否正确

1.2インストールジェンキンス

公式サイトでは、インストールからファイルをダウンロードした後、私がインストールするには、ここです、デフォルトのポート8080、ブラウザアクセスは、この時間(Macは気にしない)をインストールするためにここに注意を払っていない場合は、ジェンキンスホームにアクセスすることができますが、いくつかのプラグインCのインストールルートディレクトリが間違っていますC:Jenkinslocalhost:8080

 

このパスワードは行うには、Cディスクに必要とされています。

 

ここでの成功は、ページに入りますしたら、初期パスワードファイルのオープンパスワードを検索し、確認するために、下のボックスに記入してどこかに行くことを選択しインストールされているプラグインを推薦しますInstallsuggested plugins

 

 

プラグインは、ユーザーのログイン画面にインストールされた後、ユーザー名、パスワード、および電子メールを設定します。

そして、ジェンキンスの準備ができているよう求め!→ジェンキンスの使用を開始〜

あなたが作成した後にコマンドを実行するノードを使用したいので、これもプラグインをインストールする必要があります:NodeJSPluginDeployto containerGithubPostbuild task

起動とシャットダウンサービスジェンキンスコマンドラインについてはこちらの方法レコード:

  1. net start jenkins // 启动Jenkins服务

  2. net stop jenkins // 停止Jenkins服务

 

2.タスク・ジェンキンスのsvnプロジェクトを作成します。

2.1新

左の列はちょうどここに1を書き、タスクの名前を入力して、新しいタスクを作成するには

 

2.2の設定

一般的な

これは、新たに作成したタスクの設定ページに、ここでのメインイベントである一般

、新しいバージョンを検出した後、建物の古いバージョンを削除している古い建物を破棄

ソース管理

ここのsvn管理コードに使用され、

 

フリップフロップの構築

 

ここでポーリングSCM更新頻度を構成を示している場合を確認するには、*****毎分発現は、時間当たりの発現しましたH****

の構築

  1. cd cd C:Jenkinsworkspacemy-demo

  2. node -v

  3. npm -v

  4. cnpm i

  5. npm run build

ビルド操作の後

 

プラグを取り付けた後、あなたが選択し、手順の後に建物を増やすことができ、具体的なもの記事を参照することができ、構築した後、スクリプトの実行を高めるためのオプションを:ジェンキンスは、プロジェクトのMavenのビルドを展開する前にシェルスクリプトの実行を展開- https://blog.csdn.net/ minebk /記事/詳細/ 73294785Postbuild taskPostbuild task

私がここに持っていますLogtextBuildcomplete

スクリプト:

  1. rmdir /q/s C:
    ginx-1.14.0htmlmy-demo

  2. xcopy /y/e/i C:Jenkinsworkspacemy-demomy-demo C:
    ginx-1.14.0htmlmy-demo

良いnginxのディレクトリ・パスは、独自の改正生成するために、ファイルをコピーします。

3.タスク・ジェンキンスのGithubプロジェクトを作成します。

ジェンキンス継続的な統合だけでなく、SVNのプロジェクトは、Gitのプロジェクトは、も可能であるところのGithubの例のプロジェクト:

その他の構成および上記の章と同じで、

自動化がサーバーにデプロイされる前に、新しいプッシュgithubの要求があるのであれば、それは非常に便利なことができます。

試します

私達はちょうどgithubのにちょうどgithubのプロジェクトでバージョンをコミットし、試して構成されました

 

ローカル・ジェンキンスに対処するための瞬間を待ってジェンキンスがで構築されている見ることができますhttp://localhost:8080/job/vue-element-template/

 

50秒後:

 

成功の建設!今ローカルサーバのアドレスにアクセス時間54秒の建設は、すでに〜コンパイルされたバージョンリリースの友人を見ることができますhttp://localhost:8282/vue-element-template

あなたはテスト版をリリースしたい場合は、操作の後に自分自身を構築するためのスクリプトを変更することができます

 

参考:

使用ジェンキンスは、Webアプリケーションをデプロイ自動的にコンパイル
ジェンキンス+ githubのフロントエンド自動展開
設定ジェンキンスメール通知
ジェンキンスは、Mavenのビルドデプロイメントプロジェクトの前にシェルスクリプトの実行を展開

  

 

おすすめ

転載: www.cnblogs.com/mahmud/p/11420097.html