GG
Повторюсь, это просто два разных инструмента.
Size: a a a
2020 January 02
SZ
С ограничениями, о которых я выше написал. А ещё докер сам не умеет ходить по гит репам и собирать их )
почему не умеет, я с нужными коммитами все вытащила
SZ
Повторюсь, это просто два разных инструмента.
понимаю, да, пытаюсь понять преимущества
SZ
касательно своей задачи
SZ
в целом - понимаю, зачем, но не понимаю, зачем делать это сейчас
AG
и логгирую все происходящее
у тебя сколько реп для этого проекта ? как ты версионируешь ? Как откатываешься ? где хранишь логи?
AG
Гит лаб решит эти задачи
GG
в целом - понимаю, зачем, но не понимаю, зачем делать это сейчас
Можно не сейчас ) да
AG
SZ
у тебя сколько реп для этого проекта ? как ты версионируешь ? Как откатываешься ? где хранишь логи?
3 репы, используется один и тот же коммит / специфическая ветка, логи храню в отдельном файле, версионирование сейчас неважно
SZ
потому что там легаси-код который вряд ли будет меняться
SZ
еще очень долго
SZ
Можно не сейчас ) да
ок, поняла)
GG
почему не умеет, я с нужными коммитами все вытащила
Ага, вручную в докерфайле типа
RUN git clone blablbla && cd blablabla && git checkout somethingSZ
Ага, вручную в докерфайле типа
RUN git clone blablbla && cd blablabla && git checkout somethingну да
AG
ну да
Это криво , а гитлабе это не нужны эти грабли
SZ
ну на текущий момент там не так много специфики, которая должна быть обозначена. но посмотрю, спасибо
GG
Ну, тогда мультистейдж твой вариант 🤷♂
SZ
тогда мультистейдж, видимо
GG
Ну, это способ написания докерфайла вида
FROM ubuntu as base
Blablbla
# здесь какая-то сборка со стопицот слоев
FROM scratch as final
COPY --from=base /artifact /opt
# здесь перекидывает между разными образами нужные файлы
# Профит !
FROM ubuntu as base
Blablbla
# здесь какая-то сборка со стопицот слоев
FROM scratch as final
COPY --from=base /artifact /opt
# здесь перекидывает между разными образами нужные файлы
# Профит !
👆