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

Question

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

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

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

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

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

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

Answer 1

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

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

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

2000 файлов с 5000 регистраций кажется очень большим разрывом между сборками.

Как менеджер конфигурации, я могу рассказать вам о том, что усилия, вложенные в надлежащую методологию и инструмент CI, сэкономили НИОКР много времени и денег.

Удачи!

Answer 2

Чего не хватает вашей команде, так это Методология .

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

Вот пост , который имеет хорошийобзор Scrum и SVN.