Рейтинг:0

Как тестировать обновления Jenkins и его плагинов на клонированном док-контейнере с объемом

флаг kp

Я перенес этот вопрос из SO из-за отсутствия обратной связи.

Я запускаю экземпляр Jenkins в док-контейнере, и, скорее всего, в результате некоторых ошибок при обучении его настройке у меня появился «анонимный» том, содержащий его состояние, которое я в настоящее время связываю следующим образом:

sudo docker run --name=my_name --mount source=my_long_volume_id,target=/var/jenkins_home [команда продолжается]

Теперь я хотел бы проверить, как работают обновления плагинов, а также обновление самого Jenkins. Вопрос в следующем: как я могу сделать это безопасно (т.е. не касаясь работающего экземпляра)? Потому что, если я запущу другой экземпляр, связывающий тот же том, исходный экземпляр будет одновременно затронут. Но если я не свяжу этот том, мне нужно будет вручную установить все «еще не обновленные» версии всего, чтобы проверить точно такую ​​же ситуацию.

Может быть, в качестве альтернативы, есть ли разумный способ клонировать сам том, чтобы я мог повторно запустить этот контейнер с «тестовым клоном» тома?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.