Хто справді володіє вашим застосунком

Обіцянка, яку майже ніхто не порушує і майже ніхто не виконує

Кожна сторінка агенції каже, що код ваш. Наша теж. І сама по собі ця фраза майже нічого не означає, бо репозиторій — найдешевше, що можна передати, і найменш корисне окремо.

Справжнє питання не в тому, кому належить вихідний код. Воно таке: якби ця команда зникла в понеділок, чи змогла б інша випустити версію 1.1 до п'ятниці? Відповідь залежить від пʼяти речей окрім репозиторію.

1. Репозиторій разом з історією

Архів із фінальним станом — це не передача. Вам потрібна історія git: гілки, повідомлення комітів, обговорення в пул-реквестах. Історія — це те, як наступний інженер дізнається, чому тут стоїть дивний обхідний шлях, замість того щоб видалити його й повернути баг, який він виправляв.

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

2. Ключі підпису

Саме тут люди потрапляють у пастку. Android-застосунок привʼязаний до upload-ключа: втратите — і не зможете випустити оновлення на той самий лістинг. Вирішується через підтримку Google, і не завжди вирішується. iOS поблажливіший, але втрачений distribution-сертифікат теж коштує днів.

Питайте: де лежить keystore, у кого пароль і чи це місце під моїм контролем? Якщо відповідь — ноутбук людини, яка вже не працює над вашим проєктом, застосунок вам не належить.

3. Акаунти в сторах

Членство в Apple Developer Program і акаунт розробника Google Play мають бути оформлені на вашу компанію, а агенцію запрошено користувачем. Навпаки — коли ваш застосунок живе всередині акаунта агенції — це найпоширеніша форма привʼязки, і розплутувати її означає передачу застосунку, ревʼю, а іноді й втрачену історію лістингу.

4. Бекенд і аналітика

Проєкт Firebase, властивість аналітики, звіти про збої, remote config. У кожному лежать дані, які вам знадобляться, і доступи, які будуть потрібні. Передача, що закінчується на коді, лишає застосунок працювати на інфраструктурі, куди ви не можете зайти.

5. Доступи для збірки й релізу

Автоматичні пайплайни — актив лише тоді, коли запускаються у вас. Це означає: конфігурація CI лежить у вашому репозиторії, а секрети, які вона використовує — API-ключі, службові акаунти, доступи до сторів — у вашому сховищі, задокументовані й змінювані без чийогось дозволу.

6. Причини, чому все саме так

Найменш відчутне і найцінніше. Які рішення були свідомими, що пробували й відкинули, де гострі кути. Ми пишемо це по ходу, а не як прощальний подарунок, бо документація, зібрана за останній тиждень, — це переказ того, що хтось запамʼятав, а не запис того, що відбувалось.

Як робимо ми

Репозиторій у організації клієнта з першого коміту. Акаунти в сторах і в програмах розробника на імʼя клієнта, ми — запрошені користувачі. Ключі й секрети у сховищі клієнта. Конфігурація CI закомічена поруч із кодом. База знань, написана під час розробки, а не після неї. І повна передача прав інтелектуальної власності в контракті — папір, який робить попередні пʼять пунктів забезпеченими.

Нічого з цього не є щедрістю. Це мінімум, за якого фраза «код ваш» щось означає, і питати про це варто до підписання, а не в день передачі.