Size: a a a

2019 July 10

АО

Анатолий Облаухов in pro.git::next
обратный мерж из мастера нужен в случае срочных хотфиксов. когда нельзя ждать релиза
источник

АО

Анатолий Облаухов in pro.git::next
таким образом:
- девелоп защищён, в него попадают пулл реквесты из фиче-веток по стандартному циклу разработки
- релиз защищён, в него попадают пулл реквесты хотфиксов, когда в процессе обкатки релиз кандидата обнаруживаются проблемы, а ветка release уже отрезана от develop
- мастер защищён, в него попадают пулл реквесты срочных хотфиксов, когда нельзя ждать ни следующего релиза, ни даже идущего сейчас (конечно, такие ситуации редкость) :)
источник

АО

Анатолий Облаухов in pro.git::next
Pavel
Ручное, но оно все равно сильно быстрее проходило чем ревью.
Если это стандартное тестирование, его лучше делать в функциональной ветке ещё до вливания в develop, если регрессионное - то уже на release
источник

АО

Анатолий Облаухов in pro.git::next
и никто никогда не мерджится в мастер кроме релиз-ветки в рамках стандартного релизного цикла и горящих хотфиксов вне этих рамок - причём строго в отдельных ветках
источник

АО

Анатолий Облаухов in pro.git::next
А КОГДА-ТО БЫЛ SVN И МЫ ДОГОВАРИВАЛИСЬ, КТО ЗА КЕМ КОММИТИТ!
источник

C

Constantine in pro.git::next
Анатолий Облаухов
А КОГДА-ТО БЫЛ SVN И МЫ ДОГОВАРИВАЛИСЬ, КТО ЗА КЕМ КОММИТИТ!
Это был ад на земле
источник

АО

Анатолий Облаухов in pro.git::next
Constantine
Это был ад на земле
TRUNK!
источник

P

Pavel in pro.git::next
Анатолий Облаухов
Если это стандартное тестирование, его лучше делать в функциональной ветке ещё до вливания в develop, если регрессионное - то уже на release
Стандартное
источник

P

Pavel in pro.git::next
Да, все что вы говорите верно, но не так просто объяснить это пока не поломаешь себе ноги об это все
источник

АО

Анатолий Облаухов in pro.git::next
учитесь на чужих ошибках )
источник

P

Pavel in pro.git::next
Да и SVN ещё используют в некоторых конторах. Года два назад работал в конторе где был чатик куда писали кто что залочил. Пока не ввели автоматизированные инструменты в редактор
Это все про бинарные ассеты
источник

AS

Alexey Shumkin in pro.git::next
Pavel
текстовые, я не помню что была за проблема конкретно, я в итоге просто прогонял все файлы с генеренным кодом через скрипт который чинил окончания, было лень разбираться
скрипт самописный? )) а то есть dos2unix и unix2dos
источник

P

Pavel in pro.git::next
Alexey Shumkin
скрипт самописный? )) а то есть dos2unix и unix2dos
да, что-то очень простое на питоне было
источник

АО

Анатолий Облаухов in pro.git::next
Alexey Shumkin
скрипт самописный? )) а то есть dos2unix и unix2dos
А есть ли что-то на стороне сервера? :)
источник

AS

Alexey Shumkin in pro.git::next
Анатолий Облаухов
А есть ли что-то на стороне сервера? :)
Я имел в виду вышеназванные тулзы
источник

АО

Анатолий Облаухов in pro.git::next
Да, только у нас гитлаб хостед сервер и там особо ничего не запустишь :)
источник

АО

Анатолий Облаухов in pro.git::next
ну или собраться и разок переконвертировать все репозитории, все ветки и закоммитить всё это )
источник
2019 July 12

PE

Pavel Erokhin in pro.git::next
Ребят, как создать ветку базированную на ориджин ветке, например мастере. Просто такая ситуация, при клоне забыл сразу сделать ветку базированную на мастере и внес сразу в мастер изменения. А мне надо сделать 2 PR. И теперь если я создам любую ветку в репо то она будет базирована на мастере, в котором уже есть коммиты.
источник

P

Pavel in pro.git::next
Pavel Erokhin
Ребят, как создать ветку базированную на ориджин ветке, например мастере. Просто такая ситуация, при клоне забыл сразу сделать ветку базированную на мастере и внес сразу в мастер изменения. А мне надо сделать 2 PR. И теперь если я создам любую ветку в репо то она будет базирована на мастере, в котором уже есть коммиты.
Можно прям на мастере создать новую ветку и ресетнуть мастер до его первоначального состояния.
Вы же не пушили ещё свои правки?
источник

PE

Pavel Erokhin in pro.git::next
Запушил и сделал PR
источник