|
git, CI и релизы
|
|||
---|---|---|---|
#18+
Добрый день! Все известные мне CI-средства выполняют chtckout из git в "detached head". Вроде всё правильно- это позволяет собрать именно с того коммита, который запрошен. Но тут приходит version'нинг. Например mvn deploy (да и любое другое средство) должен выполнить git push чтобы записать изменение версии после сборки релиза. И тут приходит ошибка, мол "ьфыеук у тебя сутарел давно". Я сейчас решаю это использование git clone вместо git fetch но это во-первых замедляет сборку, во-вторых видится мне каким-то костылём. Как правильно выполнить сборку релиза на агенте при том, что после git fetch мастер не соответствует апстриму? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2018, 08:20 |
|
git, CI и релизы
|
|||
---|---|---|---|
#18+
Alexey Tomin, Можно обойтись вообще без push, версию вычислять из тегов/бранчей. Точнее, лично я считаю, что пуш с bump version, это ужасный, отвратительный костыль, и никогда этого не делаю. Вот, например, тула для вычисления версии из гита https://gitversion.readthedocs.io/en/latest/ Мы не пользуемся, у нас свой скрипт :) Но суть примерно такая же. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.04.2018, 18:35 |
|
git, CI и релизы
|
|||
---|---|---|---|
#18+
hVosttМожно обойтись вообще без push, версию вычислять из тегов/бранчей. Точнее, лично я считаю, что пуш с bump version, это ужасный, отвратительный костыль, и никогда этого не делаю. Спасибо! Интересная мысль, буду её думать :) Собственно тэгов достаточно- автоматически меняется только последняя цифра- в мавене можно писать "1.10-SNAPSHOT" а по тегам (1.10.0, 1.10.1 например) понимать, что надо собрать 1.10.2 Собственно для фичевых веток так уже сделано, а вот в мастере традиционнх ранится полная версия, строго равная версии библиотеки/приложения. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.04.2018, 07:35 |
|
git, CI и релизы
|
|||
---|---|---|---|
#18+
Alexey TominСобственно для фичевых веток так уже сделано, а вот в мастере традиционнх ранится полная версия, строго равная версии библиотеки/приложения. Если работать по гит-флоу (git-flow), то в мастере все комиты должны быть помечены релизными ветками. А develop вычисляется из последнего достижимого тега в истории +1 для минорной-версии, например, последний достижимый тег 1.9.0, значит в дев будет 1.10.0 автоматом. Хотфиксы нумеруют патч версию, т.е. если в мастере залиты хотфиксы, например, 1.9.7 (семь патчей было), в дев всё равно будет 1.10.0. Плюс к этому используются релиз-теги (-alpha, -beta, -support, -request<-issue>... etc.) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.04.2018, 15:25 |
|
git, CI и релизы
|
|||
---|---|---|---|
#18+
hVosttдолжны быть помечены релизными веткам *тегами ... |
|||
:
Нравится:
Не нравится:
|
|||
25.04.2018, 15:25 |
|
git, CI и релизы
|
|||
---|---|---|---|
#18+
Можно обойтись вообще без push. 192.168.0.1 ... |
|||
:
Нравится:
Не нравится:
|
|||
04.01.2019, 06:00 |
|
git, CI и релизы
|
|||
---|---|---|---|
#18+
anatolyzМожно обойтись вообще без push. 192.168.0.1 Какая связь? Винды у нас давно нигде нет, ci-сервери и git-сервер это разные машины. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.01.2019, 11:55 |
|
|
start [/forum/topic.php?fid=37&msg=39755777&tid=1555275]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
others: | 253ms |
total: | 378ms |
0 / 0 |