最近のプロジェクトの後に、問題のプロジェクトのいくつかの家賃の過程で発生した同社は、サーバー環境に配備する必要が頼むん。二つの方法でフロントエンドの開発で私を提示し、一般的に使用される方法:
1:伝統的な方法:LinuxのXshellを展開するためのサーバー環境にアップロードされたパッケージのアイテムを受け取ることxftp
2:設定nginxの環境とジェンキンス・デプロイメント環境は、自動的に(この記事は、nginxの設定をインストールするためにダウンロードされジェンキンスは、サーバーを展開するために作られた)夜を展開するコマンド
同社は、ここで基本的に同じ構成のGit、SVNサーバへのジェンキンス用に設定されているので、バックでの設定もジェンキンスのGitHubプロジェクト管理のために導入、コード管理に構築された独自のSVNサーバを使用していますので、
各変更後のプロジェクトは地元の必要とする前にnpm run build
、手動テストと製品ビューを容易にするため、公開タイムサーバを、ジェンキンスは、継続的インテグレーション後に提出さだけではsvnやgitの後の自動梱包を持って、それは便利であること後で相談のための記録
-
パッケージ化されたアイテムは、アドレスアドレスが使用されているバックアップ 、独自のを修正します。
my-demo
-
別の経路など、自分の都合の変形例に係ります。
まずインストール:ngnix構成環境 https://www.cnblogs.com/mahmud/p/11416860.html
1.インストール
1.1 nginxのインストール
Quguan直接ネットの直接ダウンロードの下で、解凍start nginx
あなたが作ることができ、頻繁に使用するコマンド:
-
start nginx # 启动
-
nginx -s reload # 修改配置后重新加载生效
-
nginx -s reopen # 重新打开日志文件
-
nginx -t # 配置文件检测是否正确
1.2インストールジェンキンス
公式サイトでは、インストールからファイルをダウンロードした後、私がインストールするには、ここです、デフォルトのポート8080、ブラウザアクセスは、この時間(Macは気にしない)をインストールするためにここに注意を払っていない場合は、ジェンキンスホームにアクセスすることができますが、いくつかのプラグインCのインストールルートディレクトリが間違っていますC:Jenkins
localhost:8080
このパスワードは行うには、Cディスクに必要とされています。
ここでの成功は、ページに入りますしたら、初期パスワードファイルのオープンパスワードを検索し、確認するために、下のボックスに記入してどこかに行くことを選択しインストールされているプラグインを推薦しますInstallsuggested plugins
プラグインは、ユーザーのログイン画面にインストールされた後、ユーザー名、パスワード、および電子メールを設定します。
そして、ジェンキンスの準備ができているよう求め!→ジェンキンスの使用を開始〜
あなたが作成した後にコマンドを実行するノードを使用したいので、これもプラグインをインストールする必要があります:、、、NodeJSPlugin
Deployto container
Github
Postbuild task
起動とシャットダウンサービスジェンキンスコマンドラインについてはこちらの方法レコード:
-
net start jenkins // 启动Jenkins服务
-
net stop jenkins // 停止Jenkins服务
2.タスク・ジェンキンスのsvnプロジェクトを作成します。
2.1新
左の列はちょうどここに1を書き、タスクの名前を入力して、新しいタスクを作成するには
2.2の設定
一般的な
これは、新たに作成したタスクの設定ページに、ここでのメインイベントである一般
、新しいバージョンを検出した後、建物の古いバージョンを削除している古い建物を破棄
ソース管理
ここのsvn管理コードに使用され、
フリップフロップの構築
ここでポーリングSCM更新頻度を構成を示している場合を確認するには、*****
毎分発現は、時間当たりの発現しましたH****
の構築
-
cd cd C:Jenkinsworkspacemy-demo
-
node -v
-
npm -v
-
cnpm i
-
npm run build
ビルド操作の後
プラグを取り付けた後、あなたが選択し、手順の後に建物を増やすことができ、具体的なもの記事を参照することができ、構築した後、スクリプトの実行を高めるためのオプションを:ジェンキンスは、プロジェクトのMavenのビルドを展開する前にシェルスクリプトの実行を展開- https://blog.csdn.net/ minebk /記事/詳細/ 73294785Postbuild task
Postbuild task
私がここに持っていますLogtext
Buildcomplete
スクリプト:
-
rmdir /q/s C:
ginx-1.14.0htmlmy-demo -
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のビルドデプロイメントプロジェクトの前にシェルスクリプトの実行を展開