Ágak

Az ágak nézete áttekintést nyújt a tároló különböző ágairól.

Fázisok

Az Odoo.sh három különböző ágfázist kínál:

• Éles

• Tesztelés

• Fejlesztés

Egy ág fázisát megváltoztathatja úgy, hogy azt áthúzza a kívánt fázis alá.

Megjegyzés

• A fejlesztési ágak áthelyezhetők a Tesztelés alá. Ha megpróbál egy fejlesztési ágat az Éles alá helyezni, egy figyelmeztető üzenet jelenik meg, amely elmagyarázza, hogy projektenként csak egy éles ága lehet.

• A Staging ágak áthelyezhetők a Development alá, de nem lehetséges őket a Production alá áthelyezni.

• A Production ág csak a Development alá helyezhető át. Ha megpróbálja a Staging alá áthelyezni, csak egy egyesítést hajthat végre. További részletekért tekintse meg az egyesítés szakaszt.

Gyártás

A Production ág tartalmazza a kódot, amelyet a termelési adatbázis futtatásához használnak. Csak egy Production ág lehet.

Amikor új commitot tol fel erre az ágra, a termelési szerver frissül a módosított kóddal és újraindul.

Ha a változtatások modulfrissítést igényelnek, például egy űrlap nézetének módosítása esetén, és azt szeretné, hogy a frissítés automatikusan történjen, növelheti a modul verziószámát a manifest fájljában (__manifest__.py). A platform ekkor végrehajtja a frissítést, amely során az instance ideiglenesen nem lesz elérhető karbantartási okokból.

Ez a módszer egyenértékű a modul frissítésével a Apps menü használatával vagy a -u kapcsolóval a parancssorban.

Megjegyzés

• Ha a változtatások megakadályozzák a szerver újraindulását, vagy ha a modul frissítése sikertelen, a szerver automatikusan visszaáll az előző sikeres kódváltozatra, és az adatbázis visszaáll az előző állapotába. Hozzáférhet a sikertelen frissítés naplójához a hibaelhárításhoz.

• A demó adatok nincsenek betöltve, mivel nem termelési adatbázisban való használatra szánták őket. Az egység tesztek nem kerülnek végrehajtásra, mivel ez növelné a termelési adatbázis elérhetetlenségi idejét a frissítés során.

Az Odoo.sh automatikusan biztonsági mentést készít a termelési adatbázisról. Hét napi, négy heti és három havi biztonsági mentést tart meg. Minden biztonsági mentés tartalmazza az adatbázis dumpot, a filestore-t (mellékletek és bináris mezők), a naplókat és a munkameneteket.

Figyelem

Amikor próba projekteket használ, a termelési ág és az összes tesztelési ág automatikusan visszaáll a fejlesztési szakaszba 30 nap után.

Tesztelés

A tesztelési ágak célja, hogy új funkciókat teszteljenek termelési adatok felhasználásával anélkül, hogy a tényleges termelési adatbázist teszt rekordokkal veszélyeztetnék. Semlegesített másolatokat hoznak létre a termelési adatbázisról.

A semlegesítés letiltja:

• Ütemezett műveletek

  Megjegyzés

  A teszteléshez indítsa el őket manuálisan, vagy engedélyezze újra őket. Vegye figyelembe, hogy a platform ritkábban fogja őket indítani, ha senki sem használja az adatbázist, hogy erőforrásokat takarítson meg.

• Kimenő e-mailek

  Megjegyzés

  Ehelyett egy levélfogóval kerülnek elfogásra. Az Odoo.sh projektjében egy felületet biztosítunk az adatbázis által küldött e-mailek megtekintésére. Így nem küldünk e-maileket a kapcsolataihoz.

• IAP szolgáltatások

• Fizetési szolgáltatók és szállítási csatlakozók

  Megjegyzés

  Teszt üzemmódba kerülnek.

Ha egy staging adatbázisban konfigurál vagy néz meg változtatásokat, győződjön meg róla, hogy rögzíti azokat (lépésről lépésre feljegyezve, a termelésben reprodukálva stb.), vagy írja be közvetlenül az ág moduljaiba, XML adatfájlok használatával felülírva az alapértelmezett konfigurációt vagy nézeteket. Nézze meg az első modul dokumentációját példák megtekintéséhez.

Megjegyzés

Az egységtesztek nem kerülnek végrehajtásra. Ezek demo adatokra támaszkodnak, amelyek nincsenek betöltve a termelési és staging adatbázisokba. Ha az Odoo elkezdi támogatni az egységek futtatását demo adatok nélkül, akkor az Odoo.sh fontolóra veszi a tesztek futtatását a staging adatbázisokon.

A staging adatbázisok nem kerülnek automatikusan mentésre. Mindazonáltal visszaállíthat egy termelési adatbázis mentést egy staging ágra tesztelési célokra, vagy manuálisan visszaállíthat adatokat, amelyeket véletlenül töröltek a termelési adatbázisból. Lehetőség van manuális mentések készítésére a staging adatbázisokról.

Fejlesztés

A fejlesztési ágak új adatbázisokat hoznak létre demo adatokkal az egységtesztek futtatásához. A telepített modulok azok, amelyek az ágban szerepelnek. Megváltoztathatja a telepítendő modulok listáját a projekt beállításokban.

Amikor egy commitot tol egy fejlesztési ágra, egy új szerver indul el, egy adatbázis jön létre a semmiből, és az ág frissül. A demo adatok betöltődnek, és az egységtesztek alapértelmezés szerint végrehajtásra kerülnek annak ellenőrzésére, hogy a változtatások nem törik-e meg a tesztelt funkciókat. Letilthatja a teszteket, vagy engedélyezheti bizonyos tesztek futtatását egyedi címkék használatával a ág beállításaiban.

Hasonlóan a staging ágakhoz, az e-mailek nem kerülnek elküldésre, hanem egy mail catcher fogja el őket, és az ütemezett műveletek nem indulnak el, amíg az adatbázis nincs használatban.

A fejlesztési adatbázisok nem kerülnek automatikusan mentésre, és manuális mentések készítése nem lehetséges.

Figyelem

A fejlesztési ágakhoz létrehozott adatbázisok körülbelül három napig tartanak. Ezt követően automatikusan szemétgyűjtésre kerülhetnek, hogy helyet biztosítsanak új adatbázisoknak előzetes értesítés nélkül.

Ágak egyesítése

Az ágakat úgy egyesítheti, hogy egymásra húzza és ejti őket.

A fejlesztési ágak változásainak teszteléséhez a termelési adatokkal a következőket teheti:

• Egyesítse a fejlesztési ágat egy előkészítő ágba úgy, hogy ráhúzza és ejti a kívánt ágra; vagy

  

• Húzza és ejtse a fejlesztési ágat a Staging szakasz alá, hogy előkészítő ággá váljon.

  

Amikor a változások készen állnak a termelésre, húzza és ejtse az előkészítő ágat a termelési ágba, hogy egyesítse és telepítse őket.

Megjegyzés

• A fejlesztési ágakat közvetlenül is egyesítheti a termelési ágba. Azonban a változások nem lesznek érvényesítve a termelési adatokkal szemben egy előkészítő ágon keresztül, így nagyobb a kockázata annak, hogy problémák merülnek fel a termelési adatbázisban.

• Összevonhatja a fejlesztési ágakat egymással, és a tesztelési ágakat egymással.

• A git merge parancsot közvetlenül a munkaállomásán is használhatja az ágak összevonására. Az Odoo.sh értesítést kap, amikor új revíziókat küldenek az ágakba.

Egy tesztelési ág összevonása a termelési ággal csak a forráskódot vonja össze. A tesztelési adatbázisban végrehajtott változtatások nem kerülnek át a termelési adatbázisba. Azonban, ha módosítja a kódot a tárolóban, az átkerül a termelési ágba az összevonás során.

Ha konfigurációs változtatásokat tesztel a tesztelési ágakban, és szeretné, hogy ezek alkalmazásra kerüljenek a termelési ágra, akkor a következőket kell tennie:

• Írja meg a konfigurációs változtatásokat XML adatfájlokban, hogy felülírja az alapértelmezett konfigurációt vagy nézeteket az ágban, majd növelje meg a modul verzióját a manifest fájlban (__manifest__.py), hogy kiváltsa a modul frissítését, amikor a tesztelési ágat a termelési ágba vonja össze.

  Megjegyzés

  Ez a módszer ajánlott a fejlesztések jobb skálázhatósága érdekében, mivel a Git verziókezelési funkcióit használja az összes konfigurációs változtatásra, ezáltal biztosítva a változtatások nyomon követhetőségét.

• Manuálisan vigye át őket a tesztelési adatbázisból a termelési adatbázisba másolással és beillesztéssel.

Fülek

Előzmények

A Előzmények fül áttekintést nyújt az ág előzményeiről:

• A commit üzenetek és azok szerzői

• A platformhoz kapcsolódó különféle események, mint például a szakaszváltások, adatbázis importok és biztonsági mentések visszaállítása

Az egyes események jobb felső sarkában található státusz jelzi az adatbázison végzett aktuális műveletet (pl. telepítés, frissítés, biztonsági mentés importálása) vagy annak eredményét (pl. teszt visszajelzés, sikeres biztonsági mentés importálása). Ha egy művelet sikeres, megjelenik egy Csatlakozás gomb, amely lehetővé teszi az adatbázis elérését.

Levelek

A Levelek fül tartalmazza a levélfogót, amely áttekintést nyújt az adatbázis által küldött e-mailekről.

Megjegyzés

A levélfogó elérhető fejlesztési és tesztelési ágakhoz. A produkciós adatbázisból származó e-mailek ténylegesen elküldésre kerülnek, és nem kerülnek elfogásra a levélfogó által.

Shell

A Shell fül hozzáférést biztosít a konténer shelljéhez.

A Shell gombra kattintva egy új böngészőfül nyílik meg, ahol alapvető Linux parancsokat futtathat (ls, top). A psql parancs futtatásával megnyithat egy shellt az adatbázison.

Javaslat

Egyszerre több shell fület is megnyithat, és azok elrendezését húzással és ejtéssel rendezheti.

Megjegyzés

• A termelési példányok shelljei pirossal vannak kiemelve, hogy hangsúlyozzák a termelési példányok közvetlen manipulálásának veszélyét, míg a tesztelési/fejlesztési példányok shelljei sárgával vannak kiemelve.

• A hosszú ideig futó shell példányok/üresjárati shell munkamenetek bármikor megszakíthatók az erőforrások felszabadítása érdekében.

Parancsok

Íme egy áttekintés a hasznos parancsokról, amelyeket egy Odoo.sh adatbázis terminálon futtathat:

• odoo-bin shell: egy Odoo shell megnyitásához

• odoo-update: modulok frissítése az adatbázisban

• odoosh-restart: Odoo.sh szolgáltatások újraindítása (http vagy cron)

• odoosh-storage: az instance konténer fájlrendszerének tárhelyhasználatának ellenőrzésére

• psql: egy adatbázis shell megnyitásához

• mutt: az e-mailek megjelenésének ellenőrzésére szöveges klienseken (staging és fejlesztési példányok)

• lnav ~/logs/odoo.log: az instance odoo.log fájljában való navigáláshoz

• ncdu: a lemezhasználat elemző indításához interaktív felülettel

• grep: információk szűrésére és keresésére napló- vagy konfigurációs fájlokban

Szerkesztő

A Szerkesztő gombra kattintva egy új böngészőfül nyílik meg, amely hozzáférést biztosít egy online integrált fejlesztői környezethez (IDE) a forráskód szerkesztéséhez. Továbbá megnyithat terminálokat, Python konzolokat és Odoo shell konzolokat is.

Több fület is megnyithat, és azokat áthúzhatja, hogy a kívánt elrendezést alakítsa ki.

Lásd még

Online szerkesztő dokumentáció.

Monitor

A Monitor fül különböző teljesítményfigyelési mutatókat jelenít meg az aktuális buildről.

Nagyítson az egérkurzorral az időtartomány beállításához, vagy válassza ki manuálisan az időtartomány-választóból. Az időzóna megváltoztatása is lehetséges.

Megjegyzés

• A technikai naplók mindig a UTC-t használják. Ezeknek a naplóknak az elemzéséhez a figyelési mutatókkal együtt, győződjön meg róla, hogy a UTC van kiválasztva a figyelő eszközben.

• Hasonlóképpen, amikor támogatási jegyet küld, győződjön meg róla, hogy az Ön által megosztott információk a UTC alapján vannak, mivel az Odoo ezt az időzónát használja a teljesítményproblémák kivizsgálására.

Az információk időszakosan összesítve vannak. Amikor ez a helyzet, egy kék szaggatott vonal jelenik meg, a Összesített dátum címkével együtt. Ez azt jelenti, hogy az ezen dátum előtti adatok laposabbnak tűnnek az ezen dátum utáni adatokhoz képest. Ezért, amikor a figyelő eszközt használja, ajánlott a legutóbbi eseményekre összpontosítani, hogy a lehető legrészletesebb információkat kapja.

Megjegyzés

Más színű szaggatott vonalak segítenek azonosítani más változásokat a builden (adatbázis importálás, git push, stb.).

Javaslat

Minden grafikonon egy 𝕚 (információ) ikon jelenik meg a bal felső sarokban. Vigye az egeret fölé, hogy további részleteket kapjon arról, mit ábrázol a grafikon.

Metrikák

Rendszer

A Memória grafikon a memóriafogyasztásról ad információt:

• Memória konténer az Odoo munkavállalókat és a konténer folyamatokat jelenti.

• Memória postgresql az adatbázist jelenti.

A CPU grafikon a CPU-fogyasztásról ad információt:

• CPU http az Odoo munkavállalókat jelenti.

• CPU cron/mail az ütemezett műveleteket és a bejövő e-maileket jelenti.

• CPU postgresql (adatbázis folyamatok)

• CPU other webshell-eket, a szerkesztőt stb. jelenti.

A Storage grafikon a felhasznált tárhelyről ad információt:

• Container a fájltárat, naplófájlokat és felhasználói fájlokat jelenti.

• Postgresql az adatbázist és indexeket jelenti.

HTTP

A Requests grafikon az egy másodperc alatt érkező HTTP kérések számáról ad információt:

• HTTP successes a sikeres kéréseket jelenti.

• HTTP hibák a sikertelen kéréseket jelenti (ellenőrizze odoo.log).

• HTTP sebességkorlátozás az elutasított kéréseket jelenti, valószínűleg a munkavállalók hiánya miatt.

Egyidejű kérések (max) grafikon a másodpercenkénti maximális egyidejű HTTP kérések számát mutatja.

Megjegyzés

Az adatbázis munkavállalók határozzák meg az egyidejűleg kezelhető kérések számát. Fontos, hogy elegendő munkavállaló álljon rendelkezésre az összes beérkező kérés kezelésére. Azonban a szükségesnél több munkavállaló nem javítja a kérések feldolgozásának sebességét.

Átlagos válaszidő az HTTP kérések átlagos válaszidejét mutatja (milliszekundumban).

Levelek

Bejövő grafikon a napi beérkező e-mailek számáról ad adatokat:

• Fogadott e-mailek a sikeresen fogadott e-maileket jelenti.

• Received Emails bounced azokat az e-maileket jelenti, amelyeket nem sikerült fogadni.

A Outgoing grafikon az elküldött e-mailek napi számáról ad adatokat:

• Sent Emails azokat az e-maileket jelenti, amelyeket sikeresen elküldtek.

• Sent Emails bounced azokat az e-maileket jelenti, amelyeket nem sikerült elküldeni.

Naplók

A Logs fül valós idejű betekintést nyújt a szerver naplóiba.

Különböző naplók érhetők el:

• pip.log: a Python függőségek telepítése

• install.log: az adatbázis telepítése (fejlesztési ágak esetén a tesztek is benne vannak)

• odoosh-import-database.log: az utolsó importált dump folyamat

• odoo.log: a futó szerver

• update.log: az adatbázis frissítések

• pg_slow_queries.log: psql lekérdezések, amelyek szokatlanul sok időt vesznek igénybe

• sh_webshell.log: a webshell-ben végrehajtott műveletek

• sh_editor.log: a szerkesztőben végrehajtott műveletek

• neutralize.log: az adatbázis semlegesítése (csak staging)

Amikor új sorok kerülnek a naplókba, azok automatikusan megjelennek. Ha az aljára görget, a böngésző automatikusan görget minden alkalommal, amikor új sor kerül hozzáadásra.

A naplók lekérési folyamatát szüneteltetheti a jobb felső sarokban található (szünet) gombra kattintva. Ellenkező esetben a folyamat öt perc után leáll. Újraindíthatja a (lejátszás) gombra kattintva.

Biztonsági mentések

A Biztonsági mentések fül felsorolja a letölthető és visszaállítható elérhető biztonsági mentéseket, lehetővé teszi manuális biztonsági mentés végrehajtását és adatbázis importálását.

A termelési adatbázis automatikusan naponta mentésre kerül. Hét napi, négy heti és három havi biztonsági mentés kerül megőrzésre. Minden biztonsági mentés tartalmazza az adatbázis dumpot, a fájltárat (mellékletek és bináris mezők), naplókat és munkameneteket.

Megjegyzés

Hivatkozhat az automatikus biztonsági mentések becsült ütemezésére, hogy jobban megértse, hogyan működik a rendszer. Ez a fájl naponta frissül, a jelenlegi napot kiindulópontként véve.

A staging és fejlesztési adatbázisok nem kerülnek automatikusan mentésre. Azonban visszaállíthatja a termelési adatbázis egy biztonsági mentését a staging ágaiban tesztelési célokra, vagy manuálisan visszaállíthatja a véletlenül törölt adatokat a termelési adatbázisból.

A lista tartalmazza a termelési adatbázis szerverén megőrzött biztonsági mentéseket. Ez a szerver csak egy hónapnyi biztonsági mentést tart meg: hét napi és négy heti biztonsági mentést.

A dedikált biztonsági mentési szerverek ugyanazokat a biztonsági mentéseket tartják meg, valamint három további havi biztonsági mentést. E havi biztonsági mentések egyikének visszaállításához vagy letöltéséhez vegye fel a kapcsolatot Odoo Support szolgáltatással.

Amikor egy vagy több modul verzióját frissítő commitot egyesítünk (__manifest__.py), vagy azokhoz kapcsolódó Python függőségeket (requirements.txt), akkor az Odoo.sh automatikus biztonsági mentést hajt végre (a listában Update típusúként jelölve), mivel vagy a konténer változik az új pip csomagok telepítése miatt, vagy maga az adatbázis változik a modul frissítésének következtében. Ebben a két esetben biztonsági mentés indítása szükséges, mivel valami megsérülhet.

Ha az egyesített commit nem frissíti egy modul vagy kapcsolódó függőségek verzióját, akkor az Odoo.sh nem indít biztonsági mentést, mivel sem a konténer, sem az adatbázis nem módosul; ezért a platform ezt elég biztonságosnak tartja. További óvintézkedésként manuális biztonsági mentést készíthet a termelési források módosítása előtt.

A manuális biztonsági mentések célja, hogy egy adott pillanatképet hozzanak létre a termelési vagy tesztelési adatbázisokról (fejlesztéshez nem elérhető). Ezek hét napig elérhetők maradnak. Azonban napi öt manuális biztonsági mentés korlátozása van.

Szakasz	Automatikus biztonsági mentés	Manuális biztonsági mentés
Gyártás	Igen (legfeljebb 3 hónap)	Igen (3 nap)
Tesztelés	Nem	Igen (3 nap)
Fejlesztés	Nem	Nem

A Import Database funkció az alábbi adatbázis-archívumokat fogadja el:

• az Odoo szabványos adatbázis-kezelője (elérhető az on-premise Odoo szerverek számára a /web/database/manager alatt)

• az Odoo Online adatbázis-kezelője

• az Odoo.sh Backups fül ( (Download Options) gomb használatával)

• az Odoo.sh Builds nézet (Download DB dump gombra kattintva)

Frissítés

A Upgrade fül használható a valid projektek éles és tesztelési ágainak frissítésére. A frissítési folyamatról további információkért lásd a Frissítési dokumentációt.

Eszközök

Az Eszközök fül tartalmazza a kódprofilozót. Ez a profilozási munkamenet elindítására szolgál, amely az Odoo munkavállalók tevékenységeit rögzíti az instance-ban legfeljebb öt percig. A munkamenetet korábban is befejezheti, mivel a rövidebb futtatás csökkenti a jelentés zajszintjét.

Minden munkamenet után egy interaktív lángdiagram jön létre, amely segít vizualizálni, hogyan osztják be az Odoo munkavállalók az idejüket.

Figyelem

A profilozó futtatása sok szerver erőforrást igényel, ezért kerülje, hogy túl sokáig fusson. A cél egy adott művelet rögzítése az adatbázisában.

Beállítások

A Beállítások fül felsorolja az elérhető konfigurációs lehetőségeket az aktuálisan kiválasztott ághoz. A lehetőségek minden szakaszban eltérőek.

Viselkedés új commitok esetén

Megváltoztathatja az ág viselkedését új commit fogadásakor fejlesztési és staging ágak esetén.

Alapértelmezés szerint egy fejlesztési ág új buildet hoz létre, míg egy staging ág frissíti az előző buildet. Ez hasznos, ha az Ön által fejlesztett funkció speciális konfigurációt igényel, mivel így nem kell minden commit után manuálisan újra konfigurálnia.

Ha a Új build lehetőséget választja egy staging ághoz, minden commit feltöltésekor egy új példány készül a produkciós buildből.

Egy ág, amelyet staging-ról fejlesztés-re helyeznek át, automatikusan Ne tegyen semmit beállításra kerül.

Modul telepítés

Kiválaszthatja, hogy mely modulok települjenek automatikusan a fejlesztési ágakhoz.

Az alapértelmezett viselkedés megváltoztatásához vegye ki a pipát a Alapértelmezés használata opció mellől a Fejlesztési build viselkedése alatt, és válasszon az alábbi lehetőségek közül a Modul telepítése alatt:

• Csak az én moduljaim telepítése (nem tartalmazza az almodulokat): csak az ág moduljait telepíti, az almodulok nélkül. Ez az alapértelmezett opció.

• Teljes telepítés (nincs tesztcsomag): telepíti az ág moduljait, almoduljait és az összes standard Odoo modult. A teljes telepítés futtatásakor a tesztcsomag le van tiltva.

• Modulok listájának telepítése: a megadott modulokat telepíti. Ehhez írja be a technikai nevüket, és vesszővel válassza el őket (pl. sale_management,website,accountant).

Megjegyzés

Ha a tesztcsomag engedélyezve van, az összes standard Odoo modul telepítése akár egy órát is igénybe vehet.

Tesztcsomag

Alapértelmezés szerint a fejlesztési ágak tesztcsomagja engedélyezve van. Korlátozhatja, hogy mely tesztek fussanak, ha megadja a teszt címkéket, és vesszővel választja el őket (pl. custom_tags,at_install,post_install).

A tesztcsomag teljes letiltásához vegye ki a pipát a Tesztcsomag érvényesítése új build-eknél opció mellől.

Odoo verzió

Az Odoo verzióját megváltoztathatja fejlesztési ágak esetén, például frissített kód tesztelésére vagy funkciók fejlesztésére, miközben a termelési adatbázisát egy újabb verzióra frissítik, egy másik Verzió kiválasztásával.

Alapértelmezés szerint a Legújabb van kiválasztva a Revizió mezőben, és az Odoo szerver forrásai hetente automatikusan frissülnek, hogy kihasználhassa a legújabb hibajavításokat, biztonsági és teljesítményjavításokat.

Ha egy konkrét revíziót szeretne választani, válassza ki a Revizió mező használatával.

Figyelem

A revíziók három hónap után lejárnak. E-mailben értesítést kap, amikor a revízió lejárati dátuma közeledik. Ha a lejáratkor nem tett semmilyen lépést, a Revizió mező automatikusan visszaáll a Legújabb értékre.

Egyedi domainek

További <name>.odoo.com domaineket vagy saját egyedi domaineket konfigurálhat minden ág típushoz.

Saját egyedi domain használatához szükséges:

• A domain név birtoklása vagy megvásárlása.

• Adja meg a domain nevet a Egyéni domainek alatt (pl. www.mycompany.com), majd kattintson a Domain hozzáadása gombra.

• Konfigurálja a domain nevet (pl. www.mycompany.com) a regisztrátor domain név kezelőjével, egy CNAME rekord értéket beállítva a termelési adatbázis domain nevére (pl. mycompany.odoo.com).

Fontos

A csupasz domainek (pl. mycompany.com) nem elfogadottak. Ezek csak A rekordokkal konfigurálhatók, amelyek csak IP címeket fogadnak el értékként. Ezért egy csupasz domain hirtelen megszűnhet működni, mivel az adatbázis IP címe megváltozhat (pl. egy frissítés, hardverhiba, vagy az adatbázis hoszting helyének megváltozása után).

Ahhoz, hogy mind a csupasz domain (pl. mycompany.com), mind a www domain (pl. www.mycompany.com) működjön, szükséges a csupasz domain átirányítása a www domainre. A legtöbb domain kezelő biztosít lehetőséget ennek az átirányításnak a konfigurálására, amelyet általában webes átirányításnak neveznek.

HTTPS/SSL

Ha az átirányítás helyesen van beállítva, egy SSL tanúsítvány automatikusan generálódik a Let’s Encrypt segítségével egy órán belül, ami azt jelenti, hogy a domain elérhető lesz HTTPS-en keresztül.

SPF és DKIM megfelelőség

Ha az e-mail címeinek domainje az SPF vagy DKIM hitelesítési protokollt használja, szükséges Odoo-t engedélyezni küldő gazdaként a domain név beállításokban, hogy növelje a kimenő e-mailek kézbesíthetőségét. További információért tekintse meg a DNS rekordok konfigurálása e-mailek küldéséhez az Odoo dokumentációban.

Fontos

Ha Odoo nincs engedélyezve küldő gazdaként, a kimenő e-mailek spamként jelölhetők meg.

Shell parancsok

A nézet jobb felső sarkában több shell parancs jelenik meg. A parancsok a vágólap gomb segítségével másolhatók, majd terminálban használhatók. Ezenkívül néhány közvetlenül az Odoo.sh felületéről is használható.

Klónozás

A klónozás parancsot a Git tároló helyi másolatának létrehozására használják.

Example

git clone --recurse-submodules --branch development [email protected]:my-organization/my-repository.git

• --recurse-submodules a tároló almoduljainak letöltéséhez

• --branch main a tároló egy adott ágára való átváltáshoz (pl. development)

Megjegyzés

A futtatás gomb nem érhető el, mivel a parancs a gépeden lévő helyi másolat létrehozására szolgál.

Elágazás

Az elágazás parancsot egy új ág létrehozására használják a jelenlegi alapján.

Example

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

• git checkout -b main-1 main egy parancs új ág létrehozására (pl. development-1) az aktuális ág alapján (pl. development)

• git push -u origin development-1 egy parancs az új ág (pl. development-1) feltöltésére a távoli tárházba

Összevonás

Az összevonás parancsot arra használjuk, hogy egy ág változásait egy másik ágba egyesítsük.

Example

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

• git merge staging-1 egy parancs az aktuális ág változásainak egy másik ágba történő összevonására (pl. staging-1)

• git push -u origin staging egy parancs az összevont változások feltöltésére a távoli tárház ágába (pl. staging)

SSH

Az SSH parancsot arra használjuk, hogy SSH-val csatlakozzunk egy buildhez.

Az SSH parancs használatához először be kell állítani egy SSH kulcsot. Ehhez:

• Új SSH kulcs generálása.

• Másolja az SSH kulcsot a vágólapjára.

• Az Odoo.sh oldalon kattintson a GitHub felhasználójára a jobb felső sarokban, és válassza a Profil lehetőséget.

  

• Illessze be az SSH kulcsot a Kulcs manuális hozzáadása mező alá, majd kattintson a Hozzáadás gombra.

  

Example

ssh [email protected]

• 25004381 az építés azonosítója

• my-user-my-repository-staging-25004381.dev.odoo.com a domain, amelyet az építéshez való csatlakozáshoz használnak

Feltéve, hogy rendelkezik a szükséges hozzáférési jogokkal a projekthez, SSH hozzáférést kap az építéshez.

Megjegyzés

A hosszú ideig tartó SSH kapcsolatok nem garantáltak. Az inaktív kapcsolatok megszakíthatók az erőforrások felszabadítása érdekében.

Almodul

Az almodul parancsot arra használják, hogy egy másik tárolóból származó ágat adjanak hozzá az aktuális ágához almodulként.

Lásd még

Almodulok dokumentációja

Example

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

• git submodule add -b master <URL> <PATH> egy parancs, amely egy adott ág (pl. master) hozzáadására szolgál egy tárolóból (<URL>) almodulként a megadott útvonalon (<PATH>) az aktuális ágában.

• git commit -a egy parancs az összes aktuális módosítás elkövetésére

• git push -u origin staging egy parancs az aktuális ág (pl. staging) módosításainak feltöltésére a távoli tárolóba.

Törlés

A törlés parancsot egy ág törlésére használják a tárolójából.

Megjegyzés

Ha egyszer töröl egy ágat, nincs mód annak visszaállítására, hacsak nem létezik biztonsági mentés. A staging ágak nem kerülnek automatikusan mentésre, de manuálisan menthetők. A fejlesztési ágak nem menthetők.

Example

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

• git push origin :staging egy parancs egy adott ág (például staging) törlésére a távoli tárolóban

• git branch -D staging egy parancs az adott ág törlésére a tároló helyi másolatában

Figyelem

Mielőtt törölne egy ágat, tekintse meg a Biztonsági mentések szakaszt, hogy jobban megértse, hogyan működnek, és mikor kell manuális mentést készítenie.