1. А на какой обработчкик вы его к HG прикрутили?
2. Каждому раз работчику или в интеграционный репозиторий (да я понимаю, что у вас может быть другой workflow)?
Напишите в тивттер со ссылкой на @privatbankua ну или какой у ликпея там. Я в декабре возмушался по поводу сервиса ПБ тоже :-) Так мне перезвонили через 15 минут (видимо нашли в базе по имени и фамилии) попытались предложить решение.
Ну в другой систме контроля версий это тоже не работало гладко.
Вопрос. Как исключить фичу Х из релиза? У нас релиз раз в неделю и не всегда все уходит на продакшн. Скажем 15 фич из девелоперской ветки ставятся, а 3 нет, как их безболезненно вырезать?
ИМХО, если два человека меняют в одном месте что-то это проблема не системы контроля версий а организации процесса, как уже заметили, тут никакая система контроля версий не поможет.
Мерж в распределенных системах лучше (я говорю за Меркуриал) в том, сохраняется история кто чего с чем мержил, в отличии от SVN.
Вы пробовали вести ветки в SVN? А потом вливать изменения в транк? Там проще было застелиться, иногда конфликты были такие тупые…
Я полагаю, что люди повелись на более-менее вменяемый GUI клиент.
Мы вот перешли на меркуриал, меня смутили набор команд в гите в кучей труднозапоминаемых ключей, когда в меркуриале все как-то проще, ну и уже упомянутая доточенная напильником поддержка винды.
Но я наслушался матюков в свою сторону :-) после перехода со SmartSVN.
TortoroiseHg весьма странный SmartHg еще не выпустили (и не факт что выпустят). Не все программеры привыкли в коммандной строке работать. А из IDE много не сделаешь…
Судя по описанию у вас фичи разработчиков находятся в локальных ветках. Допустим, что в релиз ХХ вы решили поставить фичи 1,2,3 но в последний момент поняли что фича 2 там не надо и нужно ставить только 1 и 3.
После того как девелоперы закоммитили в интеграционную ветку свои изменения их пересобрать по частям как-то сложновато. Мы не придумали как это сделать без лишнего головняка.
We are currently down for maintenance.
я имею ввиду, что если там не перекомпилить то, что надо, то может и спутники попадают :-)
хотя нам ещё бы 2012-й бы пережить :-)
2. Каждому раз работчику или в интеграционный репозиторий (да я понимаю, что у вас может быть другой workflow)?
Вот такой у них странный способ общения :-).
А где берут большие? Я был бы рад, что кто-то мне рассказал.
Если есть время, то послушайте первые три UTP подкаста Уптутуна: utp.umputun.com
В кратце: ветки вести намного проще в гите/меркуриале. Что выбрать — личное дело каждой группы разработчиков.
Вопрос. Как исключить фичу Х из релиза? У нас релиз раз в неделю и не всегда все уходит на продакшн. Скажем 15 фич из девелоперской ветки ставятся, а 3 нет, как их безболезненно вырезать?
Мерж в распределенных системах лучше (я говорю за Меркуриал) в том, сохраняется история кто чего с чем мержил, в отличии от SVN.
Вы пробовали вести ветки в SVN? А потом вливать изменения в транк? Там проще было застелиться, иногда конфликты были такие тупые…
Мы вот перешли на меркуриал, меня смутили набор команд в гите в кучей труднозапоминаемых ключей, когда в меркуриале все как-то проще, ну и уже упомянутая доточенная напильником поддержка винды.
Но я наслушался матюков в свою сторону :-) после перехода со SmartSVN.
TortoroiseHg весьма странный SmartHg еще не выпустили (и не факт что выпустят). Не все программеры привыкли в коммандной строке работать. А из IDE много не сделаешь…
Судя по описанию у вас фичи разработчиков находятся в локальных ветках. Допустим, что в релиз ХХ вы решили поставить фичи 1,2,3 но в последний момент поняли что фича 2 там не надо и нужно ставить только 1 и 3.
После того как девелоперы закоммитили в интеграционную ветку свои изменения их пересобрать по частям как-то сложновато. Мы не придумали как это сделать без лишнего головняка.