Контекст:
Я намагаюся налаштувати Google Analytics для свого додатка. (маючи 4 користувацьких buildTypes
та більше декількох productFlavors
)
Це добре працює, коли я вибираю те, на Build Variant
яке applicationId
встановлено com.my.app.package.name
(ім'я пакета, яке використовується при генерації google-services.json
). Але інші мої аромати мають різні застосування.
Я стежив за офіційним девгідом, щоб налаштувати його.
Помилка, яку я отримую, коли обраний будь-який інший варіант збірки у Build Variants Tab
(який має інше applicationId
(назва пакета):
Помилка. Не вдалося виконати завдання ": app: processAllcategoriesDebugfreeGoogleServices".
Не знайдено відповідного клієнта для імені пакета 'com.my.app.package.name.debug'
Пояснення повідомлення про помилку:
У назві завдання в повідомленні про помилку вище Debugfree
- це мій звичай buildType
і Allcategories
є одним із моїх productFlavors
.
Я розумію помилку і знаю, що назва пакета відрізняється від того, що я використовував при створенні json, але це те, що я намагаюся розібратися.
Проблема:
Тепер він google-services.json
знаходиться в app
папці, і отже, я не можу відокремити їх для кожного аромату продукту, скинувши їх у папку, визначену для аромату.
Запитання:
- Мій звичай
byildType
для налагодження суфіксів.debug
доapplicationId
(назва пакета). Чи є спосіб, щоб я змусив його працювати з тим,google-services.json
що має мій релізapplicationId
(тобто без суфікса.debug
) - Чи існує спосіб налаштувати кілька ароматів продукту в одному
google-services.json
файлі без використання окремих файлів і завдань для копіювання потрібного файлу вapp
папку. Я знаю, що це можна зробити, використовуючи,task
як згадується в цій публікації . Чи є більш простий спосіб просто мати один файл або вибрати потрібний файл на основі конфігурації gradle? - Я бачу, що
package_name
поле вgoogle-services.json
назві пакетаcom.my.app.package.name
. Чи можу я додати кілька імен пакетів вручну, щоб працювати для всіх варіантів збірки? Якщо так, то як це зробити? Не вдалося знайти жодних інструкцій у документаціях.