Size: a a a

DevOps — русскоговорящее сообщество

2021 March 01

i

inqfen in DevOps — русскоговорящее сообщество
А номер джобы будет другой
источник

i

inqfen in DevOps — русскоговорящее сообщество
Maksim Sharov
я, наверно, выпал из рассуждений - мы говорим о вопросе автоматического версионирования продукта?
Ага
источник

i

inqfen in DevOps — русскоговорящее сообщество
То есть получится - код тот же самый, коммит тот же самый - а версия изменилась
источник

С

Сайхан in DevOps — русскоговорящее сообщество
inqfen
А номер джобы будет другой
Где-либо хранится хешсумма уже тегированная и сравнивается, чтобы не было тупых изменений
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
inqfen
То есть получится - код тот же самый, коммит тот же самый - а версия изменилась
да не будет она менятся, если код не изменился, это нелогично, хэш коммита не меняется. это не учитывается в версионировании
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Если договорились, что минорная это всегда номер джобы, то все прекрасно отдают себе отчёт что джоба была вхолостую запущена да и пофиг
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Или там прям это суперкритично?
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Для нас нет
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Можно тогда в ямлик прописывать автоматом от джобы ещё и минорную тогда
источник

С

Сайхан in DevOps — русскоговорящее сообщество
По хешсумме
источник

С

Сайхан in DevOps — русскоговорящее сообщество
Тогда точно не будет холостых
источник

i

inqfen in DevOps — русскоговорящее сообщество
Maksim Sharov
да не будет она менятся, если код не изменился, это нелогично, хэш коммита не меняется. это не учитывается в версионировании
Емнип там как и везде у каждой джобы свой уникальный идентификатор, как и положено
источник

i

inqfen in DevOps — русскоговорящее сообщество
BUILD_NUMBER на каждой на 1 поднимаются
источник

i

inqfen in DevOps — русскоговорящее сообщество
а BUILD_ID таймштамп  вроде
источник

i

inqfen in DevOps — русскоговорящее сообщество
ТОчно не помню, дженкинса сейчас нет
источник

i

inqfen in DevOps — русскоговорящее сообщество
Сайхан
Если договорились, что минорная это всегда номер джобы, то все прекрасно отдают себе отчёт что джоба была вхолостую запущена да и пофиг
Ну так, а как определить, где код-то новее. Ну вот например - вылили коммит A - это минор 666. Потом коммит B - это минор 667. Потом увидели, что патчем одно починили, другое сломали - вернули A. Это минор 668
источник

i

inqfen in DevOps — русскоговорящее сообщество
А по факту, у вас код-то не новее, а старше стал, не 668 а 666
источник

С

Сайхан in DevOps — русскоговорящее сообщество
inqfen
Ну так, а как определить, где код-то новее. Ну вот например - вылили коммит A - это минор 666. Потом коммит B - это минор 667. Потом увидели, что патчем одно починили, другое сломали - вернули A. Это минор 668
Ну так и делается версионирование)
источник

i

inqfen in DevOps — русскоговорящее сообщество
Сайхан
Ну так и делается версионирование)
Хорошо - тогда почему при таком версионировании у вас при откате на код старше версия стала новее?)
источник

M

Maksim Sharov in DevOps — русскоговорящее сообщество
inqfen
Ну так, а как определить, где код-то новее. Ну вот например - вылили коммит A - это минор 666. Потом коммит B - это минор 667. Потом увидели, что патчем одно починили, другое сломали - вернули A. Это минор 668
хэш коммита
источник