Непрерывная интеграция: причина для конфликтов или разумное решение ?

leonber

leonber

Не то, чтобы уж очень, но
В нашей конторе стали использовать метод непрерывной интеграции. Т.е. создали только один бранч (он же транк) в SVN для 40 человек и это приводит к постоянным конфликтам программистов типа "Кто мне файл попортил ?!!!!". Предидущим методом была работа в TFS и бранчи для каждого задания, раз в сколько-то делался merge в основной бранч для интеграции и на нем проводилось тестирование. Процесс merge был белезненный, но все же было намного меньше конфликтов между людьми, чем сейчас.
 
Это была я ... :confused:

Так вот, после очередного наезда, я задумалась, а нафик нам этот метод ? Что в нем такого хорошего ?
 
Пока что не видно выхода... Но на отношениях уже сказывается. Особо нервные товарищи входят в раж
 
Я себе отвоевал, что не мёрджу код вообще. Ни при каких условиях.

И обожаю наблюдать, как народ мёрджит. Мерзок я по сути...
 
Я себе отвоевал, что не мёрджу код вообще. Ни при каких условиях.

И обожаю наблюдать, как народ мёрджит.
Нажмите, чтобы раскрыть...
"Здесь барство дикое, без чувства, без закона,
Присвоило себе насильственной лозой
И труд, и собственность, и время земледельца.
Склонясь на чуждый плуг, покорствуя бичам,
Здесь рабство тощее влачится по браздам
Неумолимого владельца."
(с)АСП :)
 
Старый Суслик сказал(а):
Я себе отвоевал, что не мёрджу код вообще. Ни при каких условиях.

И обожаю наблюдать, как народ мёрджит. Мерзок я по сути...
Нажмите, чтобы раскрыть...

А как это? Вы Скрамом не балуетесь ? Я знаю, что это одна из основ этой технологии производства. Быстро выдать что-то убогое :D
Это у нас еще не используется мрачная практика мягко-мелких: один пишет, другой тут же проверяет. Как известно, этот метод их не спасает :mad:
 
Последнее редактирование:
Мда..
Так посмотрешь на софтвер дивелоперов.
Лучше по высоте лазать болты крутить или за конвейером стоять.
Никакой головной боли-отработал свои часы и е-сь конём эта работа...
 
А у нас не работа, это просто некий тип извращения, за который еще и платят :D
 
Это у нас еще не используется мрачная практика мягко-мелких: один пишет, другой тут же проверяет. Как известно, этот метод их не спасает
Нажмите, чтобы раскрыть...
Их погубил не метод разработки, лучший из мне известных, а изменение на рынке, которое они профукали.

Люди не любят Микрософт из-за их исключительной величины. Ну, так было 20 лет назад. Покупали Крэппл только потому, что "это не Микрософт". Да так пристрастились, что хавают любое дерьмо из Купертино за любые деньги.

А вот качество продукции МС у меня никогда не вызывало нареканий. Даже Виста, в которой они сдуру применили парадигму строгого надзора (ослабленную в 7-ке), меня вполн устраивала.
Если пишешь код по их нормативам, он таки работает.

А мерджить я даю другим, с отговоркой, что у меня плохо с глазами. Meld трудночитаем.
 
Э, нет. Не все у них работает и это факт. Просто они скупали все и всегда, чтобы быть монополистами. А потом ругай-не ругай - все равно выбора нет.
Но это длинная история, если начать углубляться, и не относится к теме
 
Ну, у меня МСные продукты всегда работали. И сейчас тоже.
Жду Вин10 для Распберри....

Sent from my GT-N7100 using Tapatalk
 
Везде, где работал и работаю непрерывная интеграция. Отдельные бренчи делали только на долговременные таски по месяцу и более или на таски, которые ломают систему на долгое время. Как по мне так правильнее.
 
Везде, где работал и работаю непрерывная интеграция. Отдельные бренчи делали только на долговременные таски
Нажмите, чтобы раскрыть...
В том то и дело. Хорошо, там где подходит к процессу. Смешно, когда бездумно "внедряют", а потом переписывают подчистую.
 
Последнее редактирование:
УРА-УРА! Удалось добиться разделения на бранчи хотя бы по проектам! Наша разработка и переделка таштита отдельно и производство отдельно
 
бренчи делали только на долговременные таски по месяцу и более или на таски, которые ломают систему на долгое время.
Нажмите, чтобы раскрыть...
А если, предположим, каждый из 60 разработчиков в среднем раз в месяц вносит мелкое изменение, которое убивает систему всего на полдня? :)
 
svn не юзал, но очень приятсвенные впечатления остались от git, какое то время терли друг другу код, но быстро нашли в чем была ошибка и все потекло как по маслу, ни одного обрыва.
 
Git, svn, hg - одного поля ягоды.
Хорошо, когда есть один ответственный "с правами судьи и палача" и много "поднадзорных".
И чтобы ответственный сидел на большом окладе и кроме согласования и ревью ничем не занимался. Никакими правками.
Иначе начинается веселье.

За cherry-picking вообще молчу. Некоторых спецов от Андроида следовало еще в раннем детстве "немножко вешать".
 
Git, svn, hg - одного поля ягоды.
Хорошо, когда есть один ответственный "с правами судьи и палача" и много "поднадзорных".
И чтобы ответственный сидел на большом окладе и кроме согласования и ревью ничем не занимался. Никакими правками.
Нажмите, чтобы раскрыть...
Ну, это, пожалуй, более справедливо для "взрослых" систем бакарат тецура - типа Синерджи.
А в SVN достаточно того, что фазы творческого порыва и укоров совести разделены по времени.
Взял "рицпу" из последнего одобренного тага, а коммить (или суб-бранчи заводи) как душеньке угодно - "бортжурнал" очено помогает ясность в мозгах поддерживать - и вытворяй что душеньке угодно, и не ной, что кто-то тебе табуретку из под ног вышиб.
Добился чего хотел - запихивай изменения в локальную копию последнего транка - и смотри, чтобы и другие после них выжили, и если всё ОК - коммить.
 
Последнее редактирование:
Для ответа нужно войти/зарегистрироваться
Назад
Верх