Рабочий процесс андроидных продуктов для производительности

Question

В нашей компании мы создаем продукт, который продается различным клиентам, только меняя визуальные аспекты (логотипы, товарные знаки, текст и т. Д.). Мы сомневаемся, как справиться с этим, поскольку нам нужно поддерживать базу (с их тестированием) и настраиваемые версии этих продуктов (разные названия пакетов и некоторые модификации). Чем сложнее для нас, мы справляемся с этим с Git и библиотеками проектов, которые необходимо поддерживать вместе. Нам нужно постоянно создавать новые продукты и поддерживать обновления для каждого быстро.

Какой рабочий процесс вы рекомендуете обрабатывать? у нас есть смесь проектов git + subodules + branches + libraries, но сложно создать базу android libproyect

Answer 1

Я не совсем понимаю ваш вопрос, поэтому, если бы вы могли написать дополнительную информацию, это было бы полезно для других, чтобы помочь тебе. Часть, которую я понял, была проблема управления несколькими проектами, которые имеют одинаковый код, но разные ресурсы и файлы манифеста. В нашем проекте у нас была аналогичная проблема для трех разных серверов, где код оставался бы таким же, но ссылки, ключи api и имена пакетов должны были бы меняться, даже изображения с логотипами могут быть разными, иногда добавляя значок интеграции/значок разработки и т. Д. . В этом случае я создал один проект библиотеки Android, в котором хранятся все общий код и ресурсы, а в нашем случае 3 других проекта, которые ссылаются на библиотеку и имеют специальную папку res/drawable и строки в папке значений, где api ключи и другие настройки сохраняются. Это оказалось очень подходящим для наших целей, поскольку вы можете просто выбрать конфигурацию запуска для запуска проекта, и Android загрузит необходимые ресурсы. Вы можете сделать это для любого количества проектов без дублирования файлов и размещения пространства в вашем репозитории git. Этот подход позволяет вам позволить вашим дизайнерам изменять чертежи для трудноконвертируемых проектов, помещая различные изображения в папки без участия или с небольшим участием разработчиков. Если вы обладаете навыками, вы даже можете написать скрипты ant, которые строят и подписывают проекты для них, чтобы они могли тестировать на устройствах, чтобы увидеть, как выглядит реальное приложение.