Любой лучший подход к автоматизации для нас, если нам нужно иметь горячую фиксацию сразу после слияния кода?

Question

Мне нужны ваши предложения по ситуации ниже:

1. Мы используем SVN с основным стволом и несколькими филиалами для тестирования/PRD.
2. Мы создадим новую ветку для партии выпуска, которая будет всегда сливаться с основной стволом.
3. Нам нужно следовать стандарту кодирования клиентов, поэтому мы НЕ можем сделать код всегда инкрементным, но произойдет некоторое удаление кода.

Теперь ситуация возникает каждый раз, мы будем совершенствовать/фиксировать в ветви освобождения для всех «одобренных» функций, каждый раунд, затрагивающих 2000+ файлов, с 5000 check-ins. Нам нужно, наконец, объединить этот код с основной стволом, затем провести обзор кода, затем построить и протестировать.

Однако во время вышеуказанных процедур, особенно после того, как мы сделали выше. Были бы некоторые изменения в CI, выборочных функциях и/или новых «горячих» функциях. Это означает, что мы потратили впустую, и мы должны начать с другого ствола, чтобы сделать то же самое.

Наконец-то нам не удастся своевременно доставить, и моральный дух команды будет затронут, поэтому дефекты произошли во время слияния ручного кода.

Мне нужны эксперты, чтобы помочь нам, как лучше подойти к рассмотрению вышеприведенных ситуаций? Или, какие-либо хорошие практики, мы можем сделать, чтобы скомпилировать автоматический код, чтобы уменьшить дефекты?

Answer 1

У вашей команды, кажется, не хватает Методология.

За ваше описание рассмотрите Scrum для вашего процесса разработки и выпуска.

Here's a post, который имеет хороший обзор о Scrum и SVN.

Answer 2

Я согласен с KMoraz. У вас должна быть четко определенная методология.

Чтобы добавить к этому, я думаю, вам следует изучить непрерывную интеграцию и ночные сборки. Используйте инструменты, такие как Jenkins, чтобы создавать свой код как можно чаще (локально).

Чем быстрее проблема будет найдена, тем дешевле ее исправить.

2000 файлов с 5000 check-ins кажется очень большим промежутком между сборками.

Как менеджер конфигурации, я могу сказать вам, что усилия, внесенные в правильную методологию CI, и инструмент сохранили R & D много времени и денег.

Удачи вам!