Початок¶
Основні компоненти¶
Під час роботи з Odoo.sh важливо розуміти основні компоненти, що беруть участь у цьому процесі:
Хоча всі вони взаємопов’язані, кожна з них відіграє свою особливу роль у розробці та впровадженні додатків Odoo. Разом вони утворюють цілісний ланцюжок процесів — від розробки коду до практичного застосування в бізнесі.
Репозиторій GitHub¶
Репозиторій GitHub — це щось на зразок папки на вашому комп’ютері, яка містить усі файли та папки певного проєкту. Відмінність полягає в тому, що він зберігається на GitHub, і до нього мають доступ та можуть редагувати його кілька людей з різних комп’ютерів.
Іншими словами, репозиторій GitHub — це місце, де ви можете зберігати файли свого проєкту та ділитися ними з іншими, щоб вони могли співпрацювати з вами, вносити зміни та робити свій внесок у ваш проєкт. Крім того, він відстежує всі зміни, що відбуваються у вашому проєкті з часом, тож у разі потреби ви зможете легко повернутися до попередньої версії.
Крім того, GitHub пропонує безліч функцій, які допоможуть вам керувати проектом, таких як відстеження проблем, запити на злиття та рецензування коду. Це потужний інструмент для управління програмними проектами та спільної роботи над ними, який широко використовується розробниками по всьому світу. Це простір із контролем версій, де зберігається вихідний код додатків Odoo. Він відстежує кожну зміну, підтримує спільну роботу та може бути як публічним, так і приватним.
Проєкт Odoo.sh¶
Проєкт Odoo.sh — це платформа як послуга (PaaS), яка інтегрується з GitHub і забезпечує оптимізований процес розробки, тестування та розгортання додатків Odoo. Він включає такі інструменти, як автоматичне створення резервних копій, тестові середовища та конвеєри безперервної інтеграції.
База даних Odoo¶
У базі даних Odoo зберігаються всі операційні дані, які використовуються та генеруються додатками Odoo, зокрема бізнес-записи, налаштування та дані користувачів.
Типи користувачів¶
Odoo.sh використовує різні типи користувачів, кожен з яких має певну роль у життєвому циклі проєкту:
Користувачі GitHub: розробники, які мають доступ до репозиторію GitHub, пов’язаного з проєктом Odoo.sh. Наявність доступу до репозиторію не означає, що особа автоматично стає учасником проєкту Odoo.sh.
Учасники проекту Odoo.sh: особи, які керують проектом Odoo.sh. Кожен учасник повинен бути пов’язаний із користувачем GitHub. Однак учасники проекту не є користувачами бази даних.
Користувачі бази даних: кінцеві користувачі розгорнутої бази даних Odoo. Вони взаємодіють із діючою системою, але не беруть участі в розробці чи управлінні проектом.
Технічні поняття¶
Під час роботи з Odoo.sh також важливо розуміти кілька технічних понять:
Створення форку репозиторію¶
Форк репозиторію на GitHub — це створення копії чужого репозиторію у вашому обліковому записі. Це дозволяє вносити зміни до репозиторію, не впливаючи на оригінальну версію.
Коли ви створюєте форк репозиторію, ви створюєте власну копію репозиторію, що містить усі файли та папки з оригінального репозиторію. Після цього ви можете вносити зміни до файлів у своїй копії репозиторію та фіксувати їх, так само як і в будь-якому іншому репозиторії.
Перевага створення форку репозиторію полягає в тому, що ви можете вносити зміни в код, не впливаючи на оригінальну версію, що корисно, коли ви хочете експериментувати з новими функціями або виправляти помилки в чужому коді. Ви також можете використовувати репозиторій-форк як основу для свого проєкту, вносячи в нього необхідні зміни.
Після внесення змін до форкованого репозиторію ви можете надіслати запит на злиття (pull request) власнику оригінального репозиторію з проханням об’єднати ваші зміни з його репозиторієм. Це поширений підхід у проєктах з відкритим кодом для прийняття внесків від інших розробників, і це може стати чудовим способом долучитися до спільноти та вдосконалити свої навички програмування.
Відправлення коміту¶
Коли ви вносите зміни до одного або декількох файлів у репозиторії Git на вашому локальному комп’ютері, ці зміни вважаються незафіксованими. Іншими словами, Git знає, що зміни було внесено, але вони ще не були офіційно збережені чи зафіксовані.
Щоб зберегти ці зміни та додати їх до репозиторію Git, потрібно створити комміт. Комміт — це знімок змін, внесених у файли в певний момент часу. У ньому фіксується, які зміни було внесено, хто їх вніс і коли.
Після створення коміту ви можете відправити його до віддаленого репозиторію, наприклад, розміщеного на GitHub. Відправлення коміту означає перенесення змін, внесених у цей коміт, із вашого локального репозиторію до віддаленого, щоб інші користувачі могли їх переглянути та використовувати.
Підсумовуючи, «пуш» коміту означає надсилання змін, які ви внесли до файлів у вашому репозиторії Git, з вашого локального комп’ютера до віддаленого репозиторію. Це спосіб поділитися своїми змінами з іншими та співпрацювати над проектом.
Об’єднання гілки¶
Злиття однієї гілки в іншу — це процес об’єднання змін, внесених в одній гілці, з іншою. Наприклад, припустимо, ви створили нову гілку під назвою feature-branch, щоб працювати над новою функцією для вашого проєкту. Після завершення внесення змін до цієї гілки ви можете злити ці зміни назад у головну гілку (яку часто називають гілкою master або main).
Під час злиття гілки Git аналізує зміни в обох гілках і намагається їх об’єднати. Якщо між змінами, внесеними в цих двох гілках, виникнуть конфлікти, Git запропонує вам їх вирішити, перш ніж завершити злиття (на рівні коду).