Noțiuni introductive¶
Componente principale¶
Când lucrați cu Odoo.sh, este important să înțelegeți componentele principale implicate:
Deși sunt toate interconectate, fiecare joacă un rol distinct în dezvoltarea și implementarea aplicațiilor Odoo. Împreună, formează un flux coerent, de la dezvoltarea codului până la utilizarea efectivă în afaceri.
Repozitoriu GitHub¶
Un repozitoriu GitHub este ca un dosar de pe computerul dvs. care conține toate fișierele și dosarele pentru un anumit proiect. Diferența este că acesta este stocat pe GitHub și poate fi accesat și editat de mai multe persoane, de pe computere diferite.
Cu alte cuvinte, un repozitoriu GitHub este un loc unde puteți stoca fișierele proiectului dvs. și le puteți partaja cu alții, astfel încât aceștia să poată colabora cu dvs., să facă modificări și să contribuie la proiect. De asemenea, urmărește toate modificările aduse proiectului dvs. de-a lungul timpului, astfel încât să puteți reveni cu ușurință la o versiune anterioară, dacă este necesar.
În plus, GitHub oferă multe funcționalități care vă ajută să vă gestionați proiectul, precum urmărirea problemelor, cererile de tip pull request și recenziile de cod. Este un instrument puternic pentru gestionarea și colaborarea la proiecte software și este utilizat pe scară largă de dezvoltatorii din întreaga lume. Este un spațiu cu control al versiunilor în care este stocat codul sursă al aplicațiilor Odoo. Urmărește fiecare modificare, susține colaborarea și poate fi public sau privat.
Proiect Odoo.sh¶
Un proiect Odoo.sh este o platformă ca serviciu (PaaS) care se integrează cu GitHub și permite dezvoltarea, testarea și implementarea simplificată a aplicațiilor Odoo. Include instrumente precum copii de rezervă automate, medii de testare (staging) și fluxuri de integrare continuă.
Baza de date Odoo¶
O bază de date Odoo stochează toate datele operaționale utilizate și generate de aplicațiile Odoo, precum înregistrările de afaceri, configurările și datele utilizatorilor.
Tipuri de utilizatori¶
Odoo.sh implică diferite tipuri de utilizatori, fiecare cu un rol specific în ciclul de viață al proiectului:
Utilizatori GitHub: dezvoltatori cu acces la repozitoriul GitHub asociat proiectului Odoo.sh. Accesul la repozitoriu nu face automat din cineva un colaborator al proiectului Odoo.sh.
Colaboratori Odoo.sh: persoane care gestionează proiectul Odoo.sh. Fiecare colaborator trebuie să fie asociat unui utilizator GitHub. Totuși, colaboratorii nu sunt același lucru cu utilizatorii bazei de date.
Utilizatori ai bazei de date: utilizatorii finali ai bazei de date Odoo implementate. Aceștia interacționează cu sistemul live, dar nu sunt implicați în dezvoltare sau în gestionarea proiectului.
Concepte tehnice¶
Când lucrați cu Odoo.sh, este important să înțelegeți și câteva concepte tehnice:
Crearea unui fork al unui depozit¶
Crearea unui fork al unui depozit pe GitHub înseamnă crearea unei copii a depozitului altcuiva în propriul cont. Acest lucru vă permite să faceți modificări depozitului fără a afecta versiunea originală.
Când faceți fork la un depozit, creați propria copie a depozitului, completă cu toate fișierele și folderele din depozitul original. Puteți apoi să faceți modificări fișierelor din copia depozitului dumneavoastră și să le trimiteți printr-un commit, la fel ca la orice alt depozit.
Avantajul creării unui fork al unui depozit este că puteți face modificări codului fără a afecta versiunea originală, ceea ce este util atunci când doriți să experimentați funcționalități noi sau să reparați erori în codul altcuiva. De asemenea, puteți folosi depozitul creat prin fork ca punct de plecare pentru proiectul dumneavoastră, făcând modificările necesare.
După ce ați făcut modificări în depozitul creat prin fork, puteți trimite o cerere de tip pull request către proprietarul depozitului original, cerându-i să îmbine modificările dumneavoastră înapoi în depozitul lor. Aceasta este o abordare comună pentru proiectele open-source, prin care se acceptă contribuții de la alți dezvoltatori, și poate fi o modalitate excelentă de a vă implica în comunitate și de a vă îmbunătăți abilitățile de programare.
Trimiterea unui commit¶
Când faceți modificări la un fișier sau la mai multe fișiere dintr-un depozit Git de pe computerul dumneavoastră local, acele modificări sunt considerate necomise. Cu alte cuvinte, Git știe că au fost făcute modificări, dar acestea nu au fost încă salvate sau înregistrate oficial.
Pentru a salva aceste modificări și a le adăuga în depozitul Git, trebuie să creați un commit. Un commit este o instantanee a modificărilor pe care le-ați făcut fișierelor la un moment specific. Acesta înregistrează ce modificări au fost făcute, cine le-a făcut și când.
După ce ați creat un commit, îl puteți trimite (push) către un depozit la distanță, cum ar fi unul găzduit pe GitHub. Trimiterea unui commit înseamnă transmiterea modificărilor pe care le-ați făcut în commit din depozitul dumneavoastră local către depozitul la distanță, astfel încât ceilalți să le poată vedea și folosi.
Pe scurt, trimiterea unui commit înseamnă transmiterea modificărilor pe care le-ați făcut fișierelor din depozitul dumneavoastră Git, de pe computerul local către un depozit la distanță. Este o modalitate de a vă împărtăși modificările cu ceilalți și de a colabora la un proiect.
Îmbinarea unei ramuri¶
Îmbinarea unei ramuri în alta este procesul de combinare a modificărilor făcute într-o ramură cu cealaltă. De exemplu, să presupunem că ați creat o ramură nouă numită feature-branch pentru a lucra la o funcționalitate nouă a proiectului dumneavoastră. După ce ați terminat de făcut modificări în această ramură, puteți îmbina acele modificări înapoi în ramura principală (deseori numită ramura master sau main).
Când îmbinați o ramură, Git examinează modificările din ambele ramuri și încearcă să le combine. Dacă există conflicte între modificările făcute în cele două ramuri, Git vă va cere să le rezolvați înainte de finalizarea îmbinării (din punct de vedere al codului).