Gradle Build Варианты и ароматы для управления релизами

Question

Мы начали создавать приложение для андроида (первое из нашей команды). Я хочу понять механизм выпуска для разработки Android. Скажем, у нас выпущена версия 1.1.0.1, и теперь мы решили перейти к новой крупной версии 2.0.0.0 с множеством новых функций и полностью переработанным пользовательским интерфейсом.

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

Теперь в моем предыдущем опыте с .net и все мы использовали ветвь управления версиями для новой сборки и продолжаем нажимать требуемую модификацию старой ветви и создаем тэг из нее каждый раз, когда создается новая версия, и после выпущена еще одна крупная версия, ветви объединены вместе и новый тег освобождается оттуда.

Это все слияние выталкивания/подталкивания кода требует больших усилий и пристального внимания, чтобы поддерживать контроль источника чистым и чистым.

С началом варианта варианта использования и вкуса Android и Gradle существует ли что-либо, что позволяет сохранить общий код в одном месте для улучшений, чтобы все, что мы требовали, чтобы быть доступным в обеих сборках, хранилось там. И там только функции и код, необходимые в новой крупной сборке.

Пожалуйста, дайте мне знать, если у меня есть смысл здесь, или вы ищете больше ясности в вопросе.

Я буду рад узнать способы эффективного управления кодами здесь.

Answer 1

Anant, имхо GitFlow Workflow является наилучшим решением для принятия (и не старая школа !!!)

Прочитайте Конечный пользователь обнаруживает ошибку глава this link;

С этим документооборотом вы можете иметь свои исправления в мастер-версии и развить ветвь, закрыв горячую кнопку. Попробуй!