AT
оно подсасывает новые изменения из репы частично по ходу дела?
Size: a a a
2020 December 16
S
оно подсасывает новые изменения из репы частично по ходу дела?
Она берёт текущую репру, накатывает твои изменения на неё, затем всё это тестирует, и если прошёл тест успешно - вливает в самую свежую версию сборки(скажем так).
AT
ну изменения ведь атомарно применяются. А, следовательно, в некотором определённом порядке.
AT
На каком этапе конфликт случается?
S
Пусть кто-то заслал на тестирование изменения кода. Изменения ещё не залиты.
Далее свои изменения отсылаю я. Мы отсылаем попытки изменения на один и тот же файл с одной и той же версией.
Как только я отослал и начались тесты - его изменения прошли и влились в код.
Далее доходит речь до влития моих изменений и тут случается конфликт, ибо после изменений кого-то, не могу влиять без ручного merge-а.
Далее свои изменения отсылаю я. Мы отсылаем попытки изменения на один и тот же файл с одной и той же версией.
Как только я отослал и начались тесты - его изменения прошли и влились в код.
Далее доходит речь до влития моих изменений и тут случается конфликт, ибо после изменений кого-то, не могу влиять без ручного merge-а.
S
В чём вопрос - есть ли практики того, чтобы тестирование лишний раз не происходило.
S
Потому что очевидно мои изменения отклонятся.
A
а что, в энтерпрайзе тоже такой же пиздец?
Ну мне кажется любой проект в миллионы строк кода имеет баги. Вопрос в количестве и критичности.
S
@tomilovanatoliy , или всё равно не понятно?
AT
@tomilovanatoliy , или всё равно не понятно?
понял. Так не делают CI
A
В чём вопрос - есть ли практики того, чтобы тестирование лишний раз не происходило.
Я понял о чём ты, мне кажется это достаточно редкий кейс если не делать пр на 1000 файлов. Поэтому не видел чтобы делали такие оптимизации.
S
У меня такая ситуация произошла единожды, но всё равно было неприятно
AT
тестируется какой-то слепок полного состояния репозитория + данных
AT
допустим клонируется репозиторий — конкретная ревизия и из неё собирается всё
S
тестируется какой-то слепок полного состояния репозитория + данных
Но состояния во время отправки на тестирование и перед merge-ов - разные.
S
понял. Так не делают CI
Не делают - в плане?
AT
Не делают так, чтобы были неконтролируемые мержи
AT
на стороне CI
S
S
А, интеграции.