試行錯誤

🥸 に質問どんなジェンキンスのイメージですか?

他のCI/CDもKerizeの例でジェンキンスでイメージ構築を行い、Dokerregistree(Dokerhube)にプッシュするため、ジェンキンス内のDokerをインストールする必要があります.
しかし、私はsshコマンドでdockerを実行するだけなので、ジェンキンス内にdackerをインストールする必要はありません.
JenkinsサーバとWASサーバが分離されていないが、アプリケーションをカップルとして導入したい場合は、CI/CDもそこでしたい場合は、Jenkinsコンテナにもカップルをインストールする必要があります.参考にしてください!
パイプラインコマンドでジェンキンスネドックステーションを使用するには、次の手順に従います.

方法.
:ドックファイルを使用してジェンキンスとドックを一緒に実行

方法.
: ドックハッブル、ジェンキンス、ドックを受け入れるのはもう同じものだ。

🥸 問題2。ジェンキンスのパスワードを忘れた

gcpはcpuが少なすぎると言って、他のタイプのサーバーに変えさせてくれたので、変えました.コンテナを回転させるときにコンピュータの/varにバインドされるため、初期化はまったくできません.しかしコンテナが止まってまた再開したので、再登録せざるを得ませんでしたが、IDを忘れてしまいました.ハハハ
➡ config.xmlファイルを変更すると、ログインせずにジェンキンスに接続できます.

$ sudo vim /var/jenkins_home/config.xml 

Vimエディタで開いているxmlファイル

<?xml version='1.1' encoding='UTF-8'?>
<hudson>
.....
<useSecurity>true</useSecurity> 
.....
</hudson>

♦true部分をfalse lジェンキンス容器に変更して停止し再起動

$ docker stop 젠킨스_컨테이너_id
$ docker restart 젠킨스_컨테이너_id

🥸 問題3[解決]-パイプライン

ジェンキンスの構築を続けると、既存のコンテナでエラーが発生します.

❵既存の戻りコンテナを停止して除去し、新しいコンテナを回転させる.
❵のためには、返却されたコンテナのID:・𐥋を名前で見つけなければならない
パイプラインを構成する場合、sshウィンドウは正常にのみ動作しますが、パイプラインでは$()のコマンドが最初に動作し、エラーが出力されます.🧐

従って、リモートサーバWASサーバ上で実行する
(パイプラインはジェンキンスサーバ上で動作するため、WASサーバはリモートサーバである.)
実行した値をジェンキンスサーバの変数として格納し、その変数値のコンテナを停止して削除することでパイプラインを構成します.・𐥋5・

🥸 問題4[解決]-パイプライン

$ docker container stop $(docker container ls -q --filter name=myapp*)部分では、公式サイトのパケットを使用している場合、基本的なurlのみが起動し、マイサーバにインストールされているパケットから取得しようとした場合、認証エラーが発生しました.
関連グーグル検索後、下図のように「ID:生成した認証コイン@Clone with HTTPS」でパイプラインに書けばよい.

  git 'http://root:seCJriGN_ZjgQK8RhxpF@젠킨스아이피:8080/root/doc-wpl.git' 

🥸 問題5[それぞれの状況に応じて]-パイプライン

最初は最新の画像タグで新しいものを作ろうと思っていたのですが、コンテナを回すと終わり、同じリポジトリの中の同じタグで画像を作ろうとすると元の画像がdocker container ls -q --filter name=myapp*となります.

現在、パイプラインでは、コンテナと画像が消去されています.アプリケーションのバージョン管理が必要かどうかに応じて、パイプラインを変更します.

アプリケーションのバージョンを管理します.
:画像とコンテナは変数値として名前が付けられているため、構築するたびに異なる必要があります.環境変数で設定できるでしょう...今はまだ徹底的にテストしたことがありませんが、後でこの部分を改善しましょう.

ドッキングイメージによるバージョン管理
:git clone部分的には「最新」などの定数値以外の変数でタグを代用し、初期バージョンのタグ画像は削除しない.
:または、問題1で述べたように、DockerHubに画像をアップロードしてバージョン管理することもできます.また、画像のタグを変数に設定して管理する必要がある場合があります.

ドックコンテナによるバージョン管理の場合
:コンテナを取り外さず、+457914、部分で毎回異なるコンテナ名を指定します(コンテナ名は--nameラベルで指定します!)

アプリケーションのバージョンを管理する必要はありません.
:現在のパイプラインのようにコンテナとイメージファイルをクリア

🥸 教訓:.sshフォルダのファイル(鍵)権限を変更しないで...!変更後、サーバーに問題が発生し、GCPが提供するsshウィンドウが表示されませんでした.