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

Уже, но запускать vscode инстанс с плагином, исходники которого в докер контейнере - немного непонятно как сделать

Исходники снаружи...

Да, извини. Результат скомпилиных исходников

Да, извини. Результат скомпилиных исходников

Исходники а Гите, так?

А как ещё ?!?!?!?!

Исходники а Гите, так?

Ок, гит хуками отправляем в Дженкинс, мавен собирает стейджи.

Зачем ? Если разработка локальная ?!?!

Компилировать кто будет?

И даже больше 300

Привет, подскажите такой вопрос : можно ли развернуть докер на винде которая находится в виртуальной машине?

можно, но по моему опыту работать будет это очень медлено

Почему не копируются файлы из контейнера в папку? В docker-compose.yml есть такой кусок: volumes: - ./app:/var/www/html/ - ./apache:/etc/apache2/ Строка - ./app:/var/www/html/, работает ок, т.е. копирует как и ожидалось. А вот строка - ./apache:/etc/apache2/ ничего не копирует. Хотя в контейнере они там есть.

Почему не копируются файлы из контейнера в папку? В docker-compose.yml есть такой кусок: volumes: - ./app:/var/www/html/ - ./apache:/etc/apache2/ Строка - ./app:/var/www/html/, работает ок, т.е. копирует как и ожидалось. А вот строка - ./apache:/etc/apache2/ ничего не копирует. Хотя в контейнере они там есть.

Это не работает так

Почему не копируются файлы из контейнера в папку? В docker-compose.yml есть такой кусок: volumes: - ./app:/var/www/html/ - ./apache:/etc/apache2/ Строка - ./app:/var/www/html/, работает ок, т.е. копирует как и ожидалось. А вот строка - ./apache:/etc/apache2/ ничего не копирует. Хотя в контейнере они там есть.

Коллега, что же ты сразу даёшь простые ответы? Если девопсы или админы перестанут читать логи, то мир рухнет в бездну невежества :)

Универсальный ответ на любой вопрос - 42!

Согласись, что в логах, в большинстве случаев, содержится ответ на вопрос.

а где логи смотреть?

И попробуй без докер-компоуз. Сами кореосовцы рассказывали как системд юниты написать для старта сервисов. Тем более - если нужно обеспечить порядок запуска

а что лучше докер компоиз или системд если мне просто на хосте нужно продакшн в контейнере без кубера запустить?

Посмотрел логи. Кое-что осознал. Теперь вопрос такой: Как мне в моей сборке добраться до апача, чтобы его поконфигурировать?

Есть несколько вариантов: хранить конфиги на хосте, редактировать на хосте, это можно сделать через аттач директорий хоста или тома; работать через гит, Дженкинс и мавен.

Есть несколько вариантов: хранить конфиги на хосте, редактировать на хосте, это можно сделать через аттач директорий хоста или тома; работать через гит, Дженкинс и мавен.

У тебя в каждом сообщение Дженкинс и мавен. Надоело, чесслово

А однотипные вопросы не надоели?

А можно конфиги запечь в свой образ на базе штатного апача 🤷‍♂

Так вопрос-то был не просто передать конфиг, а про возможность с ними работать "на лету".

Что значит на лету ? Пока коллега не уточнит - это разговоры в пользу бедных. Конфиг в вольюме ты тоже как бы на лету не поменяешь. А docker exec -it apache vim /etc/apache2/apache.conf - это на лету ?

Ну, как сказать, а в Гит конфиг с изменениями кто пушить будет?

На локальной тачке. Без доступа к дженкинсу etc

Хранить конфиги, докерфайлы и всё прочее, в виде файлов на фс контейнера или хоста, такое себе решение. Версионность, к примеру, как соблюдать?

Для того чтобы не запутаться в тех же конфигах, лучше все держать на Гите. К примеру, собрал ты проект, всё красиво собрано, все работает, отправил проект на нагрузочное тестирование, упс, работает плохо, надо работать напильником, а за время тестирования ты уже менял проект, будешь по файлам искать версию для отката и доработки?

Ты про что вообще ? Я повторяю - задачи разные бывают. Вот мне нужно быстро провести эксперимент. Поднять nginx с каким-то конфигом, я потом конфиг выкину. Зачем мне расчехлять гит и прочее? Если это кусок промышленной разработки - ну, ок. Результаты эксперимента я туда закоммичу. И потом когда он в центральный репозиторий уйдет - там будет пайплайн и пр. Но... Зачем множить сущности без толку?

Эксперименты можно хоть через nano в контейнере ставить или при помощи docker cp. Дело в том, что вредные привычки пристают быстро, и лучше сразу применять промышленный подход, иначе на проде можно поймать головную боль, высокую температуру пятой точки и ночные бдения.

Ну, с другой стороны, какая разница чем процессор забивать. Пока тянет можно использовать, все-равно 298 из 300 вкладок (процессов) будут в неактивном состоянии висеть, если это линукс (точнее *unix), про винду не вкурсе как оно.

Просто ты будто агитируешь за то, что всегда нужно использовать гит, даже когда не нужен - (1). (2) коммитить в локальное репо любое изменение, даже если оно неудачное. Каждую отдельную буковку

Нет. Ошибаешься или я неверно объяснил. Ты как девопс, разраб, доводишь проект до некоторого этапа, когда у тебя все stable, спринт выполнен, закоммитил и работай дальше спокойно.

Коллега, что же ты сразу даёшь простые ответы? Если девопсы или админы перестанут читать логи, то мир рухнет в бездну невежества :)

Универсальный ответ на любой вопрос - 42!

Держи полотенце!

Он уже давно там😉

В смысле - мир там, а не я, ты или кто-то ещё )

Именно так)

У меня deja vue

Повторюсь, это фиксация изменений, если ты понимаешь, что они нужны. Для экспериментов на локальной тачке это все не применимо

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

Добрый день, хотел поднять OpenVpn, по этому гайду https://medium.com/@gurayy/set-up-a-vpn-server-with-docker-in-5-minutes-a66184882c45, что-то пошло не так, как удалить все файлы из этой директорий $PWD/vpn-data:/etc/openvpn

Не особо понимаю, как это сделать

https://habr.com/ru/post/354632/

Удалить volume?

Как ?