Налаштування

Загальний огляд

Параметри дозволяють керувати конфігурацією вашого проекту.

Назва проекту

Назва вашого проекту.

Це визначає адресу, яка використовуватиметься для доступу до вашої робочої бази даних.

Адреси ваших проміжних і розробних збірок походять від цього імені та призначаються автоматично. Однак, коли ви змінюєте назву проекту, лише майбутні збірки використовуватимуть нову назву.

Співробітники

Керуйте користувачами Github, які мають доступ до вашого проекту.

Є три рівні користувачів:

• Admin: має доступ до всіх функцій проекту Odoo.sh.

• Tester: має доступ до баз даних Staging і Development та їхніх інструментів. Ця роль призначена для користувачів, які проводять тестування користувача. Тестери можуть працювати з копіями виробничих даних, але не можуть отримати доступ до виробничої бази даних через інструмент Odoo.sh.

• Developer: має доступ лише до баз даних Development та їхніх інструментів. Ця роль призначена для розробників, які пропонують модифікації коду, але не мають доступу до робочих і проміжних баз даних через інструменти Odoo.sh.

		Розробник	Тестувальник	Адміністратор
Розробка	Історія	●	●	●
	Підключення в 1 клік	●	●	●
	Журнали	●	●	●
	Shell/SSH	●	●	●
	Листи	●	●	●
	Налаштування	●	●	●
Проміжний	Історія	●	●	●
	Підключення в 1 клік		●	●
	Журнали		●	●
	Shell/SSH		●	●
	Листи		●	●
	Моніторинг		●	●
	Резервні копії			●
	Оновлення		●	●
	Налаштування		●	●
Виробництво	Історія	●	●	●
	Підключення в 1 клік			●
	Журнали			●
	Shell/SSH			●
	Листи			●
	Моніторинг			●
	Резервні копії			●
	Оновлення			●
	Налаштування			●
Статус		●	●	●
Налаштування				●

Попередження

Ці ролі застосовуються лише до використання Odoo.sh. Важливо відобразити атрибуцію ролей користувачів у репозиторії на GitHub. Зверніться до розділу документації GitHub про Керування правилом захисту гілок для отримання детальних інструкцій.

Публічний доступ

Дозвольте публічний доступ до ваших збірок розробки.

Якщо активовано, ця опція відкриває сторінку збірок для всіх, дозволяючи відвідувачам переглядати журнали збірок розробки.

Виробничі та проміжні збірки виключені, відвідувачі можуть бачити лише їхній статус.

Статуси фіксацій GitHub

Цей параметр дозволяє Odoo.sh надсилати статуси фіксації у ваш репозиторій GitHub під час створення або оновлення збірки. Для цього потрібен токен GitHub із дозволами для надсилання статусів фіксації до репозиторію. Зверніться до документації GitHub про особисті маркери доступу, щоб отримати інструкції щоб створити свій.

Примітка

Детальні особисті токени GitHub мають термін дії, і їх буде вимкнено, якщо вони не оновлять статус фіксації. Ви можете будь-коли замінити токен на Odoo.sh.

Статуси фіксацій, які надсилаються на GitHub, можуть мати такі контексти:

• ci/odoo.sh (dev): статус збірки розробки

• ci/odoo.sh (проміжна): статус проміжної збірки

• ci/odoo.sh (виробництво): статус виробничої збірки

• ci/odoo.sh (test_ci): тестування токена на сторінці налаштувань призведе до перевірки стану тесту в останній фіксації вашого сховища

Користувацькі домени

Щоб налаштувати додаткові домени, зверніться до вкладки налаштування відповідної гілки.

Підмодулі

Налаштуйте ключі розгортання для приватних сховищ, які ви використовуєте як підмодулі у своїх гілках, щоб дозволити Odoo.sh їх завантажувати.

Попередження

Ці налаштування потрібні лише для приватних сховищ. Якщо ви шукаєте, як налаштувати свої підмодулі, інструкції доступні в розділі Підмодулі цієї документації.

Коли репозиторій приватний, неможливо публічно завантажити його гілки та версії. З цієї причини вам потрібно налаштувати ключ розгортання для Odoo.sh, щоб віддалений сервер Git дозволив нашій платформі завантажувати версії цього приватного сховища.

Щоб налаштувати ключ розгортання для приватного сховища, виконайте такі дії:

• у поле введення вставте URL-адресу SSH вашого приватного підсховища та натисніть Додати,

  • напр. git@github.com:ІМ’Я КОРИСТУВАЧА/REPOSITORY.git

  • це може бути інший сервер Git, ніж Github, наприклад Bitbucket, Gitlab або навіть ваш власний сервер

• копіювати відкритий ключ,

  • це має виглядати як ssh-rsa деякі…випадкові…символи…тут…==

• у налаштуваннях приватного підрепозиторію додайте відкритий ключ серед ключів розгортання.

  • Github.com: Налаштування ‣ Ключі розгортання ‣ Додати ключ розгортання

  • Bitbucket.com: Налаштування ‣ Клавіші доступу ‣ Додати ключ

  • Gitlab.com: Налаштування ‣ Репозиторій ‣ Розгорнути ключі

  • Саморозміщений: додайте ключ до файлу authorized_keys користувача git у його каталозі .ssh

Розмір сховища

У цьому розділі показано розмір пам’яті, який використовується вашим проектом.

Розмір сховища обчислюється наступним чином:

• розмір бази даних PostgreSQL

• розмір дискових файлів, доступних у вашому контейнері: сховище файлів бази даних, каталог зберігання сеансів…

Попередження

Якщо ви хочете проаналізувати використання диска, ви можете запустити інструмент ncdu у своїй Web Shell.

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

Воркери баз даних

Тут можна налаштувати додаткові виробничі бази даних. Більше воркерів допомагає збільшити навантаження, яке може витримати ваша виробнича база даних. Якщо ви додасте більше, вони будуть автоматично синхронізовані з вашою підпискою.

Попередження

Додавання більшої кількості робітників не вирішить чарівним чином усіх проблем продуктивності. Це лише дозволяє серверу обробляти більше з’єднань одночасно. Якщо деякі операції виконуються надзвичайно повільно, це, швидше за все, проблема з кодом, якщо це не через ваші власні налаштування, ви можете відкрити заявку тут.

Проміжні гілки

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

Активація

Показує статус активації проекту. За потреби ви можете змінити код активації проекту.