回答編集履歴
1
誤字
answer
CHANGED
|
@@ -5,4 +5,12 @@
|
|
|
5
5
|
[Gitlab](https://about.gitlab.com/2014/0https://about.gitlab.com/2014/05/06/gitlab-ci-5-dot-0-released/)
|
|
6
6
|
> With this release, Runner creates a single temporary bash script which contains all the commands the build needs. The script itself is then executed as a child process in its own session (process group) by the runner. This way we can ensure that killing the script also kills all its child processes.
|
|
7
7
|
|
|
8
|
-
ちなみにshared runnerから
|
|
8
|
+
ちなみにshared runnerからdetachedモード(-d)でdocker runするとどうなりますか？（ただこのやり方だとゾンビプロセスがビルドサーバ上に蓄積されていくので、新しいものを立ち上げる前に、きちんと古いコンテナのUUIDを探してkillする必要があります）
|
|
9
|
+
|
|
10
|
+
個人的には、開発サーバへのデプロイは[docker-compose](https://docs.docker.com/compose/)を使って、
|
|
11
|
+
|
|
12
|
+
docker build
|
|
13
|
+
docker-compose pull
|
|
14
|
+
docker-compose restart
|
|
15
|
+
|
|
16
|
+
のようにしています。こうするとdocker-composeが最新のイメージに更新して、自動的にタグを見つけて現在起動中のコンテナを再起動してくれます。なのでpsしてuuidをgrepしてというようなことをしなくてもよくなります。
|