Вхід
Акаунт потрібен лише для того, що мусить знати, що це саме ви. Сам індекс — кожна сторінка, датасет і фіди — лишається відкритим без нього.
Завершіть вхід
Ви відкрили посилання для входу. Натисніть кнопку, щоб увійти, — саме відкриття посилання не входить.
Ще не відкрито
Вхід ще не відкрито. Жодна частина сайту не потребує акаунта.
Подати репозиторій на перевірку
Ми отримуємо ваш репозиторій і показуємо, які модулі Odoo в ньому є. За замовчуванням подання приватне — бачите його лише ви. Публічний репозиторій можна опублікувати в індексі цілим; з приватного, поданого через deploy key, — вибрані модулі в розділі «Ваші модулі».
Ми одразу отримуємо код і читаємо манифести — нічого з нього не виконується. Сам тест встановлення — окрема платна опція, яка ще не відкрита.
Спершу: ваш репозиторій публічний чи приватний?
- Публічний (відкривається в браузері без входу): вставте його адресу у форму нижче, оберіть Публічний репозиторій і натисніть Подати. Більше нічого не потрібно.
- Приватний: підключіть його нашим deploy key — чотири кроки нижче, хвилини дві. Потрібні права адміністратора репозиторію (у GitLab — роль Maintainer).
Приватний репозиторій: підключення за 4 кроки
- Заповніть форму нижче. Вставте адресу репозиторію так, як її показує браузер, наприклад
https://github.com/owner/repo. Гілку вказуйте, лише якщо потрібна не типова. Залиште вибраним Deploy key і натисніть Подати. - Скопіюйте ключ. Під формою з’явиться рядок, що починається з
ssh-ed25519. Натисніть Скопіювати ключ — скопіюється весь рядок. Ключ створено лише для цього подання. - Додайте ключ у репозиторій на своєму хостингу — лише на читання, запис не дозволяйте:
- GitHub: відкрийте репозиторій → вкладка Settings → у лівому меню Deploy keys → Add deploy key. Title: будь-що, напр.
allservices.one; Key: вставте ключ; Allow write access не позначайте; натисніть Add key. Угорі цієї сторінки GitHub покаже підказку про GitHub Apps — для цього кроку її можна пропустити. - GitLab: відкрийте проєкт → Settings → Repository → розділ Deploy keys → Add new key. Title: будь-що; Key: вставте ключ; Grant write permissions to this key не позначайте; натисніть Add key.
- Bitbucket: відкрийте репозиторій → Repository settings → Access keys → Add key. Label: будь-що; Key: вставте ключ; збережіть. Access keys за своєю природою лише на читання.
- Codeberg: відкрийте репозиторій → Settings → Deploy keys → Add deploy key. Title: будь-що; Content: вставте ключ; Enable write access не вмикайте; натисніть Add deploy key.
- GitHub: відкрийте репозиторій → вкладка Settings → у лівому меню Deploy keys → Add deploy key. Title: будь-що, напр.
- Поверніться сюди й натисніть «Перевірити доступ». За кілька секунд побачите «отримано: коміт …» і список знайдених модулів.
Закрили сторінку до кроку 4? Ключ і кнопка «Перевірити доступ» лишаються в розділі Ваші модулі.
«Немає доступу» після «Перевірити доступ» зазвичай означає одне з трьох: ключ додано в інший репозиторій; ключ вставили, але не зберегли; адреса у формі веде на інший репозиторій (форк, старе ім’я). Виправте й натисніть «Перевірити доступ» ще раз — подавати заново не треба. Якщо прав адміністратора репозиторію у вас немає, попросіть адміністратора додати ключ або скористайтесь токеном (нижче).
Немає прав адміністратора, щоб додати ключ? Тоді — токен лише для читання
GitHub — fine-grained токен на один репозиторій, лише читання:
- На GitHub відкрийте Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token.
- Resource owner: акаунт або організація, якій належить репозиторій. Repository access: Only select repositories і виберіть саме цей репозиторій.
- Permissions → Repository permissions → Contents: Read-only. Решту лишіть No access (Metadata: Read-only GitHub додає сам).
- Expiration: якомога коротше — для однієї перевірки вистачить 7 днів.
- Створіть токен, скопіюйте його (починається з
github_pat_) і вставте нижче.
Класичні токени (ghp_…) не приймаємо: їх не можна обмежити одним репозиторієм. Якщо репозиторій належить організації, власникові організації, можливо, доведеться спершу схвалити токен.
GitLab: у проєкті відкрийте Settings → Access tokens → Add new token, роль Reporter, лише scope read_repository, з датою завершення. Токен починається з glpat-. Якщо на вашому тарифі токенів проєкту немає, підійде й особистий токен лише з read_repository — але він читає всі ваші проєкти, а не один.
Токени працюють лише для GitHub і GitLab. Для Bitbucket і Codeberg використовуйте deploy key.
Що відбувається з ключем і токеном
Deploy key — наш, створений для цього одного подання: його приватну половину ми тримаємо зашифрованою на своєму сервері й видаляємо разом із поданням. Токен, якщо ви оберете його, використовується один раз — у момент подання, щоб отримати код, — і ніде не зберігається; щоб отримати код ще раз, подайте ще раз. Коли закінчите, приберіть ключ або відкличте токен і у себе.
Що ми зберігаємо
Вашу адресу пошти в тому вигляді, в якому її підтвердив провайдер, ім’я для показу і номер акаунта в провайдера. Пароля немає — його просто не існує. Токен доступу провайдера використовується один раз, щоб прочитати профіль, і не зберігається. Вхід тримає одна необхідна кука; куків для стеження немає. Як ми з цим поводимось, описано в повідомленні про конфіденційність.
Що він дає сьогодні
Сьогодні акаунт лише існує. Сповіщення про власні модулі й приватні повідомлення щодо результату — наступними, і ця сторінка скаже, коли вони з’являться. Вхід через GitHub і через Google з однією поштою дає один акаунт, а не два.