если у тебя один дженкинс и тебе важно, где именно он запущен — лучше без докера

у меня конечно есть тоже такое подозрение, но я вот думаю, может это просто от того что я не окончательно проникся докером, а дженкинс вообще только хочу потыкать палочкой и потренироваться. Но вдруг у кого успешно и без проблем работает и так оно в чём то удобнее (кроме безгеморойности развёртывания)

Да он вроде и без докера не очень геморройно разворачивается

ну а плагины ставить, понятно что они просто в волюм складироваться будут, но как-то профит не очевиден

у меня конечно есть тоже такое подозрение, но я вот думаю, может это просто от того что я не окончательно проникся докером, а дженкинс вообще только хочу потыкать палочкой и потренироваться. Но вдруг у кого успешно и без проблем работает и так оно в чём то удобнее (кроме безгеморойности развёртывания)

curl -O http://ftp.halifax.rwth-aachen.de/jenkins/war-stable/2.32.1/jenkins.war java -jar jenkins.war вот и весь "деплой" jenkins для "потыкать палочкой"

у меня конечно есть тоже такое подозрение, но я вот думаю, может это просто от того что я не окончательно проникся докером, а дженкинс вообще только хочу потыкать палочкой и потренироваться. Но вдруг у кого успешно и без проблем работает и так оно в чём то удобнее (кроме безгеморойности развёртывания)

если тебе потыкать - ставь в докере. Удалишь потом контейнер и на хосте ни единого файлика от работы дженкинса не останеться.

если тебе потыкать - ставь в докере. Удалишь потом контейнер и на хосте ни единого файлика от работы дженкинса не останеться.

Ставьте в до. Потом удаляешь дроплет и ничегошеньки не остается.

Ставьте в до. Потом удаляешь дроплет и ничегошеньки не остается.

Быстрее в докере.

rm -rf .jenkins и ничего не остается :)

rm -rf .jenkins и ничего не остается :)

докер надежнее.

чувствую себя промоутером докера

докер надежнее.

Вот это ты прям сказанул

та да

Да вы троль батенька

народ, есть где-нибудь адекватные best practices по взаимодействию jenkins/teamcity и docker? следует ли хранить файлы докера вместе с проектом в репозитории и как организовывать деплой?

У нас так: 1. Скрипты для сборки в проекте 2. Сборка запускается в контейнере 3. Из п.2 получаем артефакт и пакуем его в другой образ, для деплоя 4. Пушим образ с готовым приложением в Docker Distribution В jenkins выпоняем п.1

удобно тем, что для сборки (даже если какой-то там Петя захотел собрать) нужен только докер.

Всем привет, может кто сможет подсказать, если в docker registry был записан новый образ, но указан таг предыдущего, как-нибудь можно вытянуть тот старый образ у которого таг перезаписан?

можно по истории посмотреть образа нового, если он был расширен

каждый слой образа это тоже образ, только не именованный

Там внутри меняется каждый раз jar файл с одним и тем же именем

Вроде registry не удаляет образы, но хз как его искать

можно по истории посмотреть образа нового, если он был расширен

docker images - по дате будет видно

отсмотреть все none:none ?

почему none то?

ну потому что с одним тегом не может быть разных имеджей, старый должен оказаться без тега

в смысле пары имя:тег

да. но имя то у него останется. оно прибито намертво навсегда

вернее идентификатор

docker images показывает только образы с полным именем + тег, если образ перезаписан то он будет показывать новый, старый уже не показывает

если вывести docker images -a то он показывает и растегированные безымянные образы в виде none:none вместо имя:тег

у нас какието разные докеры?

Docker version 1.11.2

docker images - по дате будет видно

Да, так получилось, я по дате и по размеру подобрал id ,протегировал его и перезалил с машины куда имейдж скачивался, через registry не разбирался как сделать...

docker images показывает только образы с полным именем + тег, если образ перезаписан то он будет показывать новый, старый уже не показывает

так ты смотри docker hystory <IMAGE ID>

https://dvps.blog/new-in-docker-1-13/

--squash отлично

Я читал и меня не покидало чувство что новость очень хорошая, но из-за множества профессионального слэнга этого парня я ничерта не понял. Скорее у меня не хватает опыта :(

Этим парнем был @ctrlok

:(

ааа

привет :)

"на какой-то реальной дате (много бинарников, картинок и мелких файлов)" ну не настолько же...

на "реальной дате" ?

"дате"?

data? dattissimo?

ты понимаешь о чем я :)

дата = данные может быть?

ага :)

вот и я о том же

вроде и знакомые слова, но в голову не заходят (

done

ага :)

В общем ты хорошее дело делаешь. Но прими во внимание, что нужно меньше суржика\слэнга и больше литературных слов использовать :)

done

спасибо.

спасибо.

Тебе спасибо :)

сроду грамарнази не был. но тут зацепило даже меня

В общем ты хорошее дело делаешь. Но прими во внимание, что нужно меньше суржика\слэнга и больше литературных слов использовать :)

да я два раза “Слово живое и слово мертвое” перечитал. Но буду стараться :)

а кто нить уже с "docker stack deploy из compose.yml" баловался ?

да я два раза “Слово живое и слово мертвое” перечитал. Но буду стараться :)

:) Просто, если оставить как есть, то только очень знающие люди смогут понять полностью, что ты написал.

да я два раза “Слово живое и слово мертвое” перечитал. Но буду стараться :)

оно тяжелое очень, рекомендую Зинсера "Как писать хорошо"

он лучше заходит, если не брать в расчёт главы про бейсбол

а кто нить уже с "docker stack deploy из compose.yml" баловался ?

вот у меня вопрос - а почему оно мне напоминает docker-compose с его docker-compose.yml ?

а кто нить уже с "docker stack deploy из compose.yml" баловался ?

я локально погонял. В принципе круто

оно тяжелое очень, рекомендую Зинсера "Как писать хорошо"

добавил в список, спасибо :)

ERROR: S client not available

я локально погонял. В принципе круто

есть что он не умеет ?

вольюмы там например

может есть чо почитать ?

это не одно и то же?

есть что он не умеет ?

пока не понял. Да лучше вживую покрути

@ctrlok спасибо за ревью! Я как-то умудрился как минимум два новшества пропустить!

@ctrlok спасибо за ревью! Я как-то умудрился как минимум два новшества пропустить!

та я сам сначала changelog прочитал, потом решил написать пост и в процессе написания ещё понаходил что не прочитал в первый раз :)

например возможность новым клиентам общаться с старыми серверами :)

https://docs.docker.com/docker-cloud/apps/stack-yaml-reference/

вон оно чо

например возможность новым клиентам общаться с старыми серверами :)

Да, бесило страшно :)

docker-compose.yaml != compose.yaml

и!

Unsupported Docker-compose keys build external_links env_file

я готов им простить всё кроме env_file

я пока вижу что это достаточно похожие фичи. В чем разница?

Судя по этому ревью ты используешь сварм - да?

эм. я как-то не так понял что-ли

там https://github.com/docker/docker/pull/27998

Судя по этому ревью ты используешь сварм - да?

нет, но очень хочу

и https://github.com/docker/compose/blob/master/compose/config/config_schema_v3.0.json

просто новая версия compose файла - v3

то есть это более новый аналог докер-композа и вшитый прямо в докер бинарник?

просто новая версия compose файла - v3

нет

target_num_containers в спеке отсутствует

так что не расслабляемся.

это ЕЩЕ ОДИН COMPOSE!

не https://github.com/docker/compose и не https://github.com/docker/libcompose

скейлнутся с одной ноды на 4 ? будь добр перепиши на другой компосе свой стек.

эм

ну да, это ещё один compose