Branches

De weergave Filialen biedt een overzicht van de verschillende filialen in je repository.

Fases

Odoo.sh biedt drie verschillende branch-fases:

• Productie

• Staging

• Ontwikkeling

Je kunt de fase van een branch wijzigen door deze te slepen naar de gewenste fase.

Notitie

• Ontwikkelingsbranches kunnen worden verplaatst naar Staging. Als je probeert een ontwikkelingsbranch naar Productie te verplaatsen, wordt een waarschuwing weergegeven die uitlegt dat je slechts één productiebranch per project kunt hebben.

• Stagingbranches kunnen worden verplaatst naar Ontwikkeling, maar het is niet mogelijk om ze naar Productie te verplaatsen.

• De productiebranch kan alleen worden verplaatst naar Ontwikkeling. Als je probeert deze naar Staging te verplaatsen, kun je alleen een merge uitvoeren. Raadpleeg de sectie samenvoegen voor een gedetailleerde uitleg van dit proces.

Productie

De productiebranch bevat de code die wordt gebruikt om de productiedatabase te draaien. Er kan maar één productiebranch zijn.

Wanneer je een nieuwe commit naar deze branch pusht, wordt de productieserver bijgewerkt met de herziene code en opnieuw gestart.

Als de wijzigingen een module-update vereisen, zoals het wijzigen van een formulierweergave, en je wilt dat de update automatisch wordt uitgevoerd, kun je het versienummer van de module verhogen in het manifestbestand (__manifest__.py). Het platform voert dan de update uit, waarbij de instantie tijdelijk niet beschikbaar wordt gehouden om onderhoudsredenen.

Deze methode is gelijk aan het upgraden van de module via het menu Apps of de schakelaar -u op de commandoregel.

Notitie

• Als de wijzigingen voorkomen dat de server opnieuw opstart of als de module-update mislukt, wordt de server automatisch teruggezet naar de vorige succesvolle coderevisie en wordt de database teruggezet naar de vorige staat. Krijg toegang tot het logboek van de mislukte update om problemen op te lossen.

• De demodata wordt niet geladen, omdat deze niet bedoeld is voor gebruik op een productiedatabase. De unit tests worden niet uitgevoerd, omdat dit de niet-beschikbaarheidstijd van de productiedatabase tijdens de update zou verlengen.

Odoo.sh maakt automatisch back-ups van de productiedatabase. Er worden zeven dagelijkse, vier wekelijkse en drie maandelijkse back-ups bewaard. Elke back-up omvat de database-dump, de filestore (bijlagen en binaire velden), logboeken en sessies.

Waarschuwing

Bij gebruik van testprojecten worden de productie-branch en alle staging-branches automatisch teruggezet naar de ontwikkelingsfase na 30 dagen.

Staging

Staging-branches zijn bedoeld om nieuwe functies te testen met productiedata zonder de daadwerkelijke productiedatabase te beïnvloeden met testrecords. Ze maken geneutraliseerde duplicaten van de productiedatabase.

De neutralisatie schakelt uit:

• Geplande acties

  Notitie

  Test ze door ze handmatig te activeren of opnieuw in te schakelen. Houd er rekening mee dat het platform ze minder vaak activeert als niemand de database gebruikt om resources te besparen.

• Uitgaande e-mails

  Notitie

  Ze worden in plaats daarvan onderschept met een mail catcher. Een interface om de e-mails te bekijken die door de database zijn verzonden, is beschikbaar in je Odoo.sh-project. Op die manier worden geen e-mails naar je contacten verzonden.

• IAP-diensten

• Betalingsproviders en verzendconnectoren

  Notitie

  Ze worden in testmodus gezet.

Als je wijzigingen configureert of bekijkt in een staging-database, zorg er dan voor dat je ze vastlegt (stap voor stap noteert, reproduceert in productie, enz.) of ze direct schrijft in de modules van de branch, met behulp van XML-databestanden om de standaardconfiguratie of weergaven te overschrijven. Bekijk de eerste moduledocumentatie voor voorbeelden.

Notitie

Unit tests worden niet uitgevoerd. Ze zijn afhankelijk van demodata, die niet wordt geladen in de productie- en staging-databases. Als Odoo het uitvoeren van de units zonder demodata gaat ondersteunen, zal Odoo.sh overwegen de tests op staging-databases uit te voeren.

Stagingdatabases worden niet automatisch geback-upt. Je kunt echter wel een backup van de productiedatabase in een stagingfiliaal herstellen voor testdoeleinden of om handmatig gegevens te herstellen die per ongeluk uit de productiedatabase zijn verwijderd. Het is mogelijk om handmatige backups van stagingdatabases te maken.

Waarschuwing

Databases die zijn aangemaakt voor staging-filialen worden na een maand automatisch verwijderd. Om de branch opnieuw te gebruiken, moet je deze opnieuw bouwen.

Ontwikkeling

Ontwikkeling-branches maken nieuwe databases met demodata om de unit tests uit te voeren. De geïnstalleerde modules zijn die welke in de branch zijn opgenomen. Je kunt deze lijst van te installeren modules wijzigen in de projectinstellingen.

Wanneer je een commit naar een ontwikkeling-branch pusht, wordt een nieuwe server gestart, met een database die vanaf nul wordt aangemaakt, en wordt de branch bijgewerkt. De demodata wordt geladen en de unit tests worden standaard uitgevoerd om te controleren of de wijzigingen geen van de geteste functies breken. Je kunt de tests uitschakelen of toestaan dat specifieke tests worden uitgevoerd met aangepaste labels via de instellingen van de branch.

Net als bij staging-filialen worden e-mails niet verzonden maar onderschept door een mail catcher, en worden geplande acties niet geactiveerd zolang de database niet in gebruik is.

Development-databases worden niet automatisch geback-upt en handmatige back-ups zijn niet mogelijk.

Waarschuwing

Databases die zijn aangemaakt voor development-branches zijn bedoeld om ongeveer drie dagen mee te gaan. Daarna kunnen ze automatisch worden opgeruimd om ruimte te maken voor nieuwe databases zonder voorafgaande kennisgeving.

Branches samenvoegen

Je kunt je branches samenvoegen door ze naar elkaar te slepen.

Om de wijzigingen van development-branches te testen met de productiedata kun je:

• De development-branch in een staging-branch samenvoegen door deze naar de gewenste branch te slepen; of

  

• Sleep de development-branch naar de sectie Staging om er een staging-branch van te maken.

  

Wanneer de wijzigingen klaar zijn voor productie, sleep je de staging-branch naar de productie-branch om ze samen te voegen en te deployen.

Notitie

• Je kunt development-branches rechtstreeks in de productie-branch samenvoegen. De wijzigingen worden dan echter niet gevalideerd tegen de productiedata via een staging-branch, waardoor er een hoger risico is op problemen in de productiedatabase.

• Je kunt development-branches in elkaar samenvoegen en staging-branches in elkaar.

• Je kunt ook git merge rechtstreeks op je werkstation gebruiken om je branches samen te voegen. Odoo.sh wordt op de hoogte gesteld wanneer nieuwe revisies naar je branches worden gepusht.

Het samenvoegen van een staging-branch in de productie-branch voegt alleen de broncode samen. Eventuele wijzigingen in de staging-database worden niet doorgegeven aan de productiedatabase. Als je echter de code in de repository wijzigt, wordt deze wel doorgegeven aan de productie-branch bij het samenvoegen.

Als je configuratiewijzigingen test in staging-branches en je wilt dat ze worden toegepast op de productie-branch, moet je:

• De configuratiewijzigingen schrijven in XML-databestanden om de standaardconfiguratie of views in de branch te overschrijven, en vervolgens de versie van de module in het manifest (__manifest__.py) verhogen om de module-update te activeren bij het samenvoegen van de staging-branch in de productie-branch.

  Notitie

  Deze methode wordt aanbevolen voor betere schaalbaarheid van je ontwikkelingen, omdat je de Git-versiebeheerfuncties gebruikt voor alle configuratiewijzigingen en daarmee de traceerbaarheid van je wijzigingen waarborgt.

• Ze handmatig van de staging-database naar de productiedatabase overzetten door ze te kopiëren en plakken.

Tabs

Geschiedenis

Het tabblad Geschiedenis geeft een overzicht van de filiaalgeschiedenis:

• De commitberichten en hun auteurs

• De verschillende evenementen gekoppeld aan het platform, zoals fasewijzigingen, database-imports en back-upherstellen

Een status in de rechterbovenhoek van elk evenement geeft de huidige bewerking op de database aan (bv. installatie, update, back-upimport) of het resultaat ervan (bv. testfeedback, succesvolle back-upimport). Als een bewerking succesvol is, verschijnt er een knop Verbinden, waarmee je toegang hebt tot de database.

E-mails

Het tabblad E-mails bevat de mailcatcher, die een overzicht geeft van e-mails verzonden door de database.

Notitie

De mailcatcher is beschikbaar voor ontwikkelings- en stagingfilialen. E-mails van de productiedatabase worden daadwerkelijk verzonden en worden niet onderschept door de mailcatcher.

Schelp

Het tabblad Shell biedt shelltoegang tot de container.

Klik op Shell om een nieuw browsertabblad te openen waar je basale Linux-commando’s kunt uitvoeren (ls, top). Je kunt een shell op de database openen door psql uit te voeren.

Tip

Je kunt meerdere shelltabbladen tegelijk openen en hun lay-out aanpassen door ze te slepen en neerzetten.

Notitie

• Productieshells zijn rood gemarkeerd om de nadruk te leggen op het gevaar van het direct manipuleren van productie-instanties, terwijl staging-/ontwikkelingsshells geel zijn gemarkeerd.

• Langlopende shellinstanties/inactieve shellsessies kunnen op elk moment worden beëindigd om resources vrij te maken.

Commando’s

Hier is een overzicht van nuttige commando’s die je kunt uitvoeren in een Odoo.sh-databaseterminal:

• odoo-bin shell: om een Odoo-shell te openen

• odoo-update: om modules in de database bij te werken

• odoosh-restart: om Odoo.sh-services te herstarten (http of cron)

• odoosh-storage: om het opslaggebruik van het containerbestandssysteem van je instantie te controleren

• psql: om een databaseshell te openen

• mutt: om te controleren hoe e-mails verschijnen in tekstclients (staging- en ontwikkelinstanties)

• lnav ~/logs/odoo.log: om te navigeren in het odoo.log-bestand van je instantie

• ncdu: om de schijfgebruikanalysator te starten met een interactieve interface

• grep: om informatie te filteren en te vinden in log- of configuratiebestanden

Editor

Klik op Editor om een nieuw browsertabblad te openen voor toegang tot een online geïntegreerde ontwikkelomgeving (IDE) om de broncode te bewerken. Je kunt ook terminals, Python-consoles en Odoo-shellconsoles openen.

Je kunt meerdere tabbladen openen en ze slepen en neerzetten om de lay-out naar wens in te richten.

Zie ook

Documentatie online editor.

Monitor

Het tabblad Monitor toont verschillende prestatiestatistieken van de huidige build.

Zoom in met je cursor om het tijdsbereik aan te passen of selecteer het handmatig vanuit de tijdsbereikkiezer. Het is ook mogelijk om de tijdzone te wijzigen.

Notitie

• Technische logs gebruiken altijd UTC. Om deze logs samen met je monitoringstatistieken te analyseren, zorg ervoor dat UTC is geselecteerd in de monitoringtool.

• Wanneer je een supportticket verstuurt, zorg er eveneens voor dat de informatie die je deelt is gebaseerd op UTC, aangezien Odoo deze tijdzone gebruikt om prestatieproblemen te onderzoeken.

De informatie wordt periodiek geaggregeerd. Wanneer dit het geval is, wordt een blauwe stippellijn weergegeven, samen met het label Aggregate Date. Dit betekent dat de gegevens vóór deze datum afgeplat lijken in vergelijking met de gegevens erna. Daarom is het bij gebruik van de monitoringtool aan te raden om je te richten op recente gebeurtenissen om de meest gedetailleerde informatie te verkrijgen.

Notitie

Stippellijnen van andere kleuren helpen je om relaties te leggen met andere wijzigingen aan de build (database-import, git push, enz.).

Tip

Op elke grafiek wordt linksboven een 𝕚-icoon (informatie) weergegeven. Beweeg je muis erover om meer details te krijgen over wat de grafiek weergeeft.

Statistieken

Systeem

De grafiek Memory toont informatie over geheugengebruik:

• Memory container vertegenwoordigt Odoo-workers en containerprocessen.

• Memory postgresql vertegenwoordigt de database.

De grafiek CPU toont informatie over CPU-gebruik:

• CPU http vertegenwoordigt Odoo-workers.

• CPU cron/mail vertegenwoordigt geplande acties en inkomende e-mails.

• CPU postgresql (databaseprocessen)

• CPU other vertegenwoordigt webshells, de editor, enz.

De grafiek Storage toont informatie over de gebruikte opslag:

• Container vertegenwoordigt de filestore, logbestanden en gebruikersbestanden.

• Postgresql vertegenwoordigt de database en indexen.

HTTP

De grafiek Requests toont informatie over het aantal HTTP-verzoeken per seconde:

• HTTP successes vertegenwoordigt geslaagde verzoeken.

• HTTP errors vertegenwoordigt mislukte verzoeken (controleer odoo.log).

• HTTP rate limited vertegenwoordigt afgewezen verzoeken, mogelijk door een gebrek aan workers.

De grafiek Concurrent requests (max) toont het maximum aantal gelijktijdige HTTP-verzoeken per seconde.

Notitie

Databaseworkers bepalen het aantal gelijktijdige verzoeken dat tegelijkertijd kan worden verwerkt. Het is essentieel om voldoende workers te hebben om alle binnenkomende verzoeken af te handelen zodra ze binnenkomen. Extra workers bovenop dit aantal verbeteren echter niet de snelheid waarmee verzoeken worden verwerkt.

De grafiek Average Response time toont de gemiddelde responstijd op HTTP-verzoeken (in milliseconden).

E-mails

De grafiek Incoming toont gegevens over het dagelijks aantal binnenkomende e-mails:

• Received Emails toont e-mails die succesvol zijn ontvangen.

• Received Emails bounced toont e-mails die niet succesvol zijn ontvangen.

De grafiek Outgoing toont gegevens over het dagelijks aantal uitgaande e-mails:

• Sent Emails toont e-mails die succesvol zijn verzonden.

• Sent Emails bounced toont e-mails die niet succesvol zijn verzonden.

Logs

Het tabblad Logs biedt een realtimeweergave van de logbestanden van je server.

Er zijn verschillende logboeken beschikbaar:

• pip.log: de installatie van Python-afhankelijkheden

• install.log: de database-installatie (voor ontwikkelfilialen zijn tests inbegrepen)

• odoosh-import-database.log: het laatste geïmporteerde dumpproces

• odoo.log: de actieve server

• update.log: de database-updates

• pg_slow_queries.log: psql-query’s die ongewoon lang duren

• sh_webshell.log: acties in de webshell

• sh_editor.log: acties in de editor

• neutralize.log: neutralisatie van de database (alleen staging)

Als nieuwe regels aan de logs worden toegevoegd, verschijnen ze automatisch. Als je naar beneden scrollt, scrollt de browser automatisch elke keer dat er een nieuwe regel wordt toegevoegd.

Je kunt het ophalen van logs pauzeren door op de (pause)-knop in de rechterbovenhoek te klikken. Anders stopt het proces na vijf minuten. Je kunt het herstarten door op de (play)-knop te klikken.

Back-ups

Het tabblad Backups toont de beschikbare backups om te downloaden en herstellen, laat je een handmatige backup uitvoeren en een database importeren.

De productiedatabase krijgt automatisch dagelijks een backup. Zeven dagelijkse, vier wekelijkse en drie maandelijkse backups worden bewaard. Elke backup bevat de database-dump, de filestore (bijlagen en binaire velden), logs en sessies.

Notitie

Je kunt het geschatte schema van automatische backups raadplegen voor een beter begrip van hoe het systeem werkt. Dit bestand wordt dagelijks bijgewerkt, met de huidige dag als vertrekpunt.

Staging- en ontwikkelingsdatabases krijgen niet automatisch een backup. Je kunt echter een backup van de productiedatabase herstellen in je staging-filialen, voor testdoeleinden, of handmatig gegevens terughalen die per ongeluk uit de productiedatabase zijn verwijderd.

De lijst bevat de backups die op de server van je productiedatabase worden bewaard. Deze server bewaart alleen backups van één maand: zeven dagelijkse en vier wekelijkse backups.

Toegewijde backupservers bewaren dezelfde backups, plus drie extra maandelijkse backups. Neem contact op met Odoo Support om een van deze maandelijkse backups te herstellen of downloaden.

Bij het samenvoegen van een commit die de versie van een of meerdere modules bijwerkt (in __manifest__.py), of hun gekoppelde Python-afhankelijkheden (in requirements.txt), voert Odoo.sh een automatische backup uit (gemarkeerd met type Update in de lijst), omdat ofwel de container wordt gewijzigd door de installatie van nieuwe pip-pakketten, ofwel de database zelf wordt gewijzigd door de module-update die daarna wordt geactiveerd. In deze twee gevallen wordt een backup geactiveerd omdat het iets kan breken.

Als de samengevoegde commit de versie van een module of gekoppelde afhankelijkheden niet bijwerkt, activeert Odoo.sh geen backup, omdat noch de container noch de database wordt gewijzigd; daarom beschouwt het platform dit als veilig genoeg. Als extra voorzorgsmaatregel kun je een handmatige backup maken voordat je productiebronnen wijzigt.

Het doel van handmatige backups is om een specifieke snapshot van productie- of staging-databases te maken (niet beschikbaar voor ontwikkeling). Deze blijven zeven dagen beschikbaar. Er is echter een limiet van vijf dagelijkse handmatige backups.

Fase	Automatische backup	Handmatige backup
Productie	Ja (tot 3 maanden)	Ja (3 dagen)
Staging	Nee	Ja (3 dagen)
Ontwikkeling	Nee	Nee

De functie Database importeren accepteert database-archieven van:

• de standaard Odoo databasebeheerder (beschikbaar voor on-premise Odoo-servers onder /web/database/manager)

• de Odoo Online databasebeheerder

• het tabblad Back-ups van Odoo.sh (met de knop (Downloadopties))

• de weergave Builds van Odoo.sh (door te klikken op DB-dump downloaden)

Upgraden

Het tabblad Upgrade kan worden gebruikt om productie- en staging-filialen van geldige projecten te upgraden. Voor meer informatie over het upgradeproces, raadpleeg de Upgrade-documentatie.

Tools

Het tabblad Tools bevat de code profiler. Deze wordt gebruikt om een profileersessie te starten, waarbij de activiteiten van Odoo-workers in de instantie maximaal vijf minuten worden opgenomen. Je kunt ervoor kiezen om de sessie eerder te beëindigen, omdat het draaien van de tool voor een kortere duur de hoeveelheid ruis in het rapport vermindert.

Na elke sessie wordt een interactieve flame graph gemaakt om je te helpen visualiseren hoe de Odoo-workers hun tijd verdelen.

Waarschuwing

Het draaien van de profiler verbruikt veel serverbronnen, dus vermijd om deze te lang te laten draaien. Het doel is om een specifieke actie in je database op te nemen.

Instellingen

Het tabblad Instellingen toont de configuratieopties die beschikbaar zijn voor het momenteel geselecteerde filiaal. De opties variëren per fase.

Gedrag bij nieuwe commits

Je kunt het gedrag van het filiaal bij het ontvangen van een nieuwe commit wijzigen voor ontwikkelings- en staging-filialen.

Standaard maakt een **ontwikkelings**filiaal een nieuwe build aan en werkt een staging-filiaal de vorige build bij. Dit is handig als de functie waaraan je werkt een specifieke configuratie vereist, omdat je deze dan niet handmatig opnieuw hoeft te configureren na elke commit.

Als je New build selecteert voor een staging branch, wordt elke keer dat een commit wordt gepusht een verse kopie van de production build gemaakt.

Een branch die van staging naar development wordt verplaatst, wordt automatisch ingesteld op Do nothing.

Module-installatie

Je kunt kiezen welke modules automatisch moeten worden geïnstalleerd voor development branches.

Om het standaardgedrag te wijzigen, vink je de optie Use Default uit onder Development build behavior en selecteer je een van de volgende opties onder Module Installation:

• Install only my modules (does not include submodules): installeert alleen de modules van de branch, exclusief submodules. Dit is de standaardoptie.

• Full installation (no test suite): installeert de modules van de branch, submodules en alle standaard Odoo-modules. Bij het uitvoeren van de volledige installatie is de testsuite uitgeschakeld.

• Install a list of modules: installeert de opgegeven modules. Voer hiervoor hun technische naam in en scheid ze met komma’s (bv. sale_management,website,accountant).

Notitie

Als de testsuite is ingeschakeld, kan het installeren van alle standaard Odoo-modules tot een uur duren.

Testsuite

Standaard is de testsuite voor development branches ingeschakeld. Je kunt beperken welke tests worden uitgevoerd door test tags in te voeren en ze te scheiden met komma’s (bv. custom_tags,at_install,post_install).

Om de testsuite volledig uit te schakelen, vink je Validate the test suite on new builds uit.

Odoo-versie

Je kunt de versie van Odoo voor development branches wijzigen, bijvoorbeeld om geüpgrade code te testen of functies te ontwikkelen terwijl je productiedatabase wordt geüpgraded naar een nieuwere versie, door een andere Version te selecteren.

Standaard is Latest geselecteerd als de Revision, en de bronnen van je Odoo-server worden wekelijks automatisch bijgewerkt om te profiteren van de nieuwste bug-, beveiligings- en prestatieverbeteringen.

Om in plaats daarvan een specifieke revisie te kiezen, selecteer je deze met het veld Revision.

Waarschuwing

Revisies verlopen na drie maanden. Je wordt per e-mail op de hoogte gebracht wanneer de vervaldatum van de revisie nadert. Als je geen actie hebt ondernomen wanneer deze verloopt, wordt het veld Revision automatisch teruggezet op Latest.

Aangepaste domeinen

Je kunt aanvullende <name>.odoo.com-domeinen of je eigen aangepaste domeinen configureren voor alle branchtypes.

Om je eigen aangepaste domein te gebruiken, is het nodig om:

• De domeinnaam te bezitten of aan te schaffen.

• Voer de domeinnaam in onder Aangepaste domeinen (bv. www.mijnbedrijf.com) en klik op Domein toevoegen.

• Configureer de domeinnaam (bv. www.mijnbedrijf.com) via de domeinnaammanager van je registrar met een CNAME-record dat verwijst naar je productiedatabasedomeinnaam (bv. mijnbedrijf.odoo.com).

Belangrijk

Kale domeinen (bv. mijnbedrijf.com) worden niet geaccepteerd. Ze kunnen alleen geconfigureerd worden met A-records, die alleen IP-adressen als waarde accepteren. Daarom kan een kaal domein plotseling niet meer werken, omdat het IP-adres van een database kan veranderen (bv. na een upgrade, een hardwarestoring, een wijziging van de databasehostinglocatie).

Om zowel je kale domein (bv. mijnbedrijf.com) als www-domein (bv. www.mijnbedrijf.com) werkend te krijgen, is het nodig om het kale domein door te verwijzen naar het www-domein. De meeste domeinnaammanagers bieden een manier om deze doorverwijzing te configureren, vaak aangeduid als een webdoorverwijzing.

HTTPS/SSL

Als de doorverwijzing correct is ingesteld, wordt binnen een uur automatisch een SSL-certificaat gegenereerd met Let’s Encrypt, wat betekent dat je domein toegankelijk is via HTTPS.

SPF- en DKIM-compliance

Als het domein van je e-mailadressen het SPF- of DKIM-authenticatieprotocol gebruikt, is het nodig om Odoo als verzendende host te autoriseren in de domeinnaam-instellingen om de bezorging van uitgaande e-mails te verbeteren. Raadpleeg voor meer informatie de documentatie over DNS-records configureren om e-mails in Odoo te verzenden.

Belangrijk

Als Odoo niet geautoriseerd is als verzendende host, kunnen je uitgaande e-mails gemarkeerd worden als spam.

Shell-opdrachten

Rechtsboven in de weergave worden verschillende shell-commando’s getoond. De commando’s kunnen gekopieerd worden via de klembordknop en vervolgens gebruikt worden in een terminal. Daarnaast kunnen sommige direct vanuit de interface van Odoo.sh gebruikt worden.

Klonen

Het clone-commando wordt gebruikt om een lokale kopie van je Git-repository te maken.

Example

git clone --recurse-submodules --branch development git@github.com:my-organization/my-repository.git

• --recurse-submodules om de submodules van je repository te downloaden

• --branch main om naar een specifiek filiaal van de repository te schakelen (bv. development)

Notitie

De run-knop is niet beschikbaar, omdat het commando gebruikt wordt om een lokale kopie op je machine te maken.

Vork

Het fork-commando wordt gebruikt om een nieuw filiaal te maken op basis van het huidige.

Example

git checkout -b main-1 development && git push -u origin development-1

• git checkout -b main-1 main een opdracht om een nieuw filiaal (bv. development-1) te maken op basis van het huidige filiaal (bv. development)

• git push -u origin development-1 een opdracht om het nieuwe filiaal (bv. development-1) naar de externe repository te uploaden

Samenvoegen

Het merge-commando wordt gebruikt om wijzigingen van het ene filiaal te combineren met een ander filiaal.

Example

git merge staging-1 && git push -u origin staging

• git merge staging-1 een opdracht om de wijzigingen van het huidige filiaal samen te voegen met een ander filiaal (bv. staging-1)

• git push -u origin staging een opdracht om de samengevoegde wijzigingen naar het externe repositoryfiliaal (bv. staging) te uploaden

SSH

Het SSH-commando wordt gebruikt om via SSH verbinding te maken met een build.

Om het SSH-commando te gebruiken, moet je eerst een SSH-sleutel instellen. Doe dit als volgt:

• Genereer een nieuwe SSH-sleutel.

• Kopieer de SSH-sleutel naar je klembord.

• Klik op Odoo.sh op je GitHub-gebruiker in de rechterbovenhoek en selecteer Profiel.

  

• Plak de SSH-sleutel in het veld Voeg handmatig een sleutel toe en klik op Toevoegen.

  

Example

ssh 25004381@my-user-my-repository-staging-25004381.dev.odoo.com

• 25004381 de build-ID

• my-user-my-repository-staging-25004381.dev.odoo.com het domein dat wordt gebruikt om verbinding te maken met de build

Mits je de benodigde toegangsrechten hebt voor het project, krijg je SSH-toegang tot de build.

Notitie

Langlopende SSH-verbindingen zijn niet gegarandeerd. Inactieve verbindingen kunnen worden verbroken om resources vrij te maken.

Submodule

Het submodule-commando wordt gebruikt om een branch van een andere repository als submodule aan je huidige branch toe te voegen.

Zie ook

Submodules-documentatie

Example

git submodule add -b master <URL> <PATH> && git commit -a && git push -u origin staging

• git submodule add -b master <URL> <PATH> een opdracht om een specifiek filiaal (bv. master) van een repository (<URL>) als submodule toe te voegen onder het opgegeven pad (<PATH>) in je huidige filiaal.

• git commit -a een opdracht om alle huidige wijzigingen te committen

• git push -u origin staging een opdracht om de wijzigingen van het huidige filiaal (bv. staging) naar de externe repository te uploaden.

Verwijderen

Het delete-commando wordt gebruikt om een branch uit je repository te verwijderen.

Notitie

Als je een branch verwijdert, is er geen manier om deze terug te halen, tenzij er een back-up bestaat. Staging-branches worden niet automatisch geback-upt, maar kunnen dit wel handmatig. Development-branches kunnen niet worden geback-upt.

Example

git push origin :staging && git branch -D staging

• git push origin :staging een opdracht om een specifiek filiaal (bv. staging) op de externe repository te verwijderen

• git branch -D staging een opdracht om het specifieke filiaal op je lokale kopie van de repository te verwijderen

Waarschuwing

Raadpleeg vóór het verwijderen van een branch de Back-ups-sectie om beter te begrijpen hoe ze werken en wanneer je een handmatige back-up moet maken.