А там одна из инструкций:
RUN git submodule init && git submodule update
и она "естественно" не выполняется, так как werf не копирует .git/ в каталог над которым производится сборка.
каким образом (в рамках сохранения механизма сборки через Dockerfile и не используя stapel) это правильно делать?
https://ru.werf.io/documentation/v1.2/reference/werf_yaml.html#L58
обидно), я хотел заюзать))
можно клонить до сборки и COPY в образ
кстати, а почему не просто гит клон?
т.е. вынести RUN git submodule init && git submodule update из Dockerfile в отдельную команду до вызова werf build .... и вместо неё уже просто COPY .... ? но это потребует внести изменения в Dockerfile и в таком случае действующий механизм сборки через docker build сломается (так как уйдёт RUN git submodule....)
да не понял почему сломается возможно если только git terminism'у что-то не понравится
речь чуть про другое. Есть готовый и рабочий Dockerfile. Хотел взять и на раз-два перенести его в werf: # werf.yaml project: api configVersion: 1 --- image: backend dockerfile: Dockerfile а вот однако получается что werf не совсем полностью поддерживает такой перенос
предполагается что кто-то и дальше будет собирать docker build . через этот же Dockerfile и он ничего не хочет выполнять ДО билда докером
а поня, не хочется это менять. Тогда совет отзываю
я исходил из того что это CI плюс обычно же Dockerfile в репе, и репу так и так надо клонить, ну и сабмодули поставить тоже вполне обычное дело
можно конечно сделать почти точную копию Dockerfile и в нём внести нужные правки (добавив git submodule в пайплайн). Это конечно будет работать, только теперь придётся следить чтобы изменения в оригинальный Dockerfile попадали в его копию
Обсуждают сегодня