Size: a a a

2020 March 16

СA

Саша Alexander in ru_gitlab
Smoked Cheese
если не доверяешь - читай код
да, не доверяю. А вы сами какую используете тулзу для версионизации?
источник

СA

Саша Alexander in ru_gitlab
Smoked Cheese
он ему нужен чтобы теги и релизы создавать в гитлабе
мне как-раз релизы не нужны, нужно просто для Docker image версию поставить (тег)
источник

SC

Smoked Cheese in ru_gitlab
Саша Alexander
мне как-раз релизы не нужны, нужно просто для Docker image версию поставить (тег)
ну тогда используй sha коммита
источник

СA

Саша Alexander in ru_gitlab
Smoked Cheese
ну тогда используй sha коммита
Sha не пойдет)
источник

SC

Smoked Cheese in ru_gitlab
для docker имеджей я использую sha коммита
источник

AM

Alex Malyi in ru_gitlab
Smoked Cheese
для docker имеджей я использую sha коммита
А чем плох пайплайн ид? Мне просто для инфы
источник

СA

Саша Alexander in ru_gitlab
Smoked Cheese
для docker имеджей я использую sha коммита
а там разве не хеш? Мне просто нужна нормальные цифры 1.0.1
источник

SC

Smoked Cheese in ru_gitlab
по sha коммита легко найти код, в отличии от sha слоя
источник

SC

Smoked Cheese in ru_gitlab
всёравно это програмно раскатывать
источник

SC

Smoked Cheese in ru_gitlab
можете теги руками проставлять и по ним собирать докер имедж
источник

C☭

Chadwick ☭ in ru_gitlab
Привет! может кто подсказать по поводу Git-Flow?  мы используем develop, staging, master (prod) бранчи... в случает продуктивного релиза следует ли делать сквош коммит и делать только один коммит в мастер, который содержит все изменения из staging?
источник

ВЕ

Валентин Еловский in ru_gitlab
Chadwick ☭
Привет! может кто подсказать по поводу Git-Flow?  мы используем develop, staging, master (prod) бранчи... в случает продуктивного релиза следует ли делать сквош коммит и делать только один коммит в мастер, который содержит все изменения из staging?
следует делать, как делать - удобно. git flow не панацея ни разу
источник

C☭

Chadwick ☭ in ru_gitlab
Валентин Еловский
следует делать, как делать - удобно. git flow не панацея ни разу
гитфлоу как факт меня мало интересует. так как большинство топиков нам не подходит или мы их не используем.. вопрос у нас сейчас больше стоит по поводу хотфикса и коммитов в мастер во время релиза и возможного отката последних изменений... До данного момента такого не требовалось.. но было бы интересно узнать по поводу "best practice" в этом вопросе
источник

ВЕ

Валентин Еловский in ru_gitlab
Chadwick ☭
гитфлоу как факт меня мало интересует. так как большинство топиков нам не подходит или мы их не используем.. вопрос у нас сейчас больше стоит по поводу хотфикса и коммитов в мастер во время релиза и возможного отката последних изменений... До данного момента такого не требовалось.. но было бы интересно узнать по поводу "best practice" в этом вопросе
Откат - просто нажать в гитлабе "деплой" на предыдущем коммите
источник

ВЕ

Валентин Еловский in ru_gitlab
И если помогло - ревертить коммит, или докидывать патч следом просто - тут уже договоренности команды
источник

C☭

Chadwick ☭ in ru_gitlab
Валентин Еловский
Откат - просто нажать в гитлабе "деплой" на предыдущем коммите
я тоже об этом думал...
источник

C☭

Chadwick ☭ in ru_gitlab
Валентин Еловский
И если помогло - ревертить коммит, или докидывать патч следом просто - тут уже договоренности команды
если ревертить мерж коммит, то уйдут все коммиты из history?
источник

ВЕ

Валентин Еловский in ru_gitlab
реверт с точки хрения истории - коммит вперед
источник

ВЕ

Валентин Еловский in ru_gitlab
Ничего не исчезнет
источник

C☭

Chadwick ☭ in ru_gitlab
получается как то так
источник