OS
before_script:
- export CI_COMMIT_SHORT="${CI_COMMIT_SHA:0:8}"
- export BUILD_DATE=`date +%y%m%d.%H%M%S`
- export DOCKER_TAG="1.${BUILD_DATE}-${CI_COMMIT_SHORT}"
Size: a a a
2019 October 30
OS
пока хватает
V
мое мнение, что либо ты решаешь вопрос организационно. И тогда ты в принципе не можешь повторно собрать образ из того же git commit. Только через новый. Либо ты версионируешь docker image параллельно, и где-то у тебя есть табличка с relation. Что откуда собрано
Мы хотим и запретить (на уровне CI-скртптов) пересборку из комита, ну и деплоить на прод из sha -комита. То есть в имени есть гит-комит, но он собран единожды, а на прод выпадающий список из артефактов (подразумевается что протестированных)) будет
GG
мне кажется можно пойти и дальше и предлагать только два артефакта
GG
текущий и предыдущий
GG
остальное - явно аварийная ситуация
GM
пойти еще дальше и сделать кнопочку роллбек для предыдущего. а это опять в гитлабе придумали
SP
остальное - явно аварийная ситуация
Не совсем, насколько я понимаю.
GG
ну, от бизнеса зависит
SP
ну, от бизнеса зависит
+100500
GG
смотри. У тебя есть твой уютный саас, который является твоим основным продуктом. У НЕГО ОДНА СИНХРОННАЯ ВЕРСИЯ по всем инстансам. Она же - последняя
GG
ок. Ты фейсбук - у тебя может быть в параллели и 100 версий и ты гоняешь им А/B тесты, но ты не фейсбук ) это раз. А два - тебе нужны фиче гейты и одна последняя версия )))))
GM
и опять гитлаб хлеб у девопсов отбирает
GG
чем?
DZ
я вот хлеб почти не ем. гитлаб отобрал
GM
чем?
это там тоже уже есть из коробки
GG
правильно - хлеб вреден для здоровья
GG
это там тоже уже есть из коробки
что есть?
GM
что есть?
почти все что сходу придумаешь по типу Feature Flags
GG
в гитлабе очень.... как бы.... упрощенная реализация....