Beste werkwijzen voor codebeheer voor Adobe Commerce

Dit onderwerp wordt ontworpen om u te helpen beslissen of om Git of Composer te gebruiken om douanecode, met aandacht voor versiebeheer, codeingewikkeldheid, en gebiedsdeelbeheer te verspreiden.

NOTE
Deze beste praktijken zijn het meest geschikt voor migraties en implementaties; minder zo voor de enig-moduleontwikkeling.

Betrokken producten en versies

Alle gesteunde versiesvan:

  • Adobe Commerce over cloudinfrastructuur
  • Adobe Commerce ter plaatse

Definities

  • Globale Architectuur van de Verwijzing (GRA): Ook gekend als Wit de Architectuur van het Etiket of Gemeenschappelijke Basis van de Code. Dit is de architectuur van de moduledistributie voor een multi-instantie opstelling.
  • multi-instantie opstelling: De zelfde cliënt gebruikt afzonderlijke installaties van Adobe Commerce voor afzonderlijke gebieden of merken. Elke installatie heeft zowel gedeelde als unieke modules.
  • Single-instance opstelling: Er is slechts één installatie van Adobe Commerce. Er kunnen meerdere exemplaren van de broncode bestaan voor verschillende testomgevingen, maar er is slechts één versie van de productiecode.

Wanneer gebruikt u Git of Composer

Code die hoofdzakelijk door Git wordt beheerd
Code die hoofdzakelijk door Composer wordt beheerd
Wanneer gebruiken voor een single-instance opstelling
  • Standaardbenadering voor het beheren van code voor een Single Instance Setup
  • Wanneer de basis van de code in de toekomst geen deel zal uitmaken van een meermerkige GRA
  • Wanneer alle merken op één instantie als websites worden uitgevoerd
  • Wanneer de codebasis in de toekomst deel kan of zal worden van een multi-instantie opstelling
Wanneer gebruiken voor een installatie van meerdere instanties
  • Wanneer bijna alle modules onderling zijn gekoppeld (niet aanbevolen)
  • Wanneer de code door een team wordt gehandhaafd dat niet vertrouwd met Composer is
  • Standaardbenadering voor het beheren van code voor een meervoudige instantie-instelling
  • Wanneer de Adobe de codebasis handhaaft of het handhaven team vertrouwd met Composer is

Eigenschappenmatrix

Functie
Git
Composer
Hoofdgegevensopslagplaats voor code
Alle code bevindt zich in één of enkele Git-opslagplaatsen
Alle code verblijft in de pakketten in een bewaarplaats Composer
Elk enig pakket Composer wordt vertegenwoordigd door een bewaarplaats van het Git
Codelocatie
De ontwikkeling vindt plaats in de map app/
De ontwikkeling vindt plaats in de map vendor/
Core Upgrade-beheer
Adobe Commerce core wordt geïnstalleerd en geüpgraded met Composer, het resultaat wordt vastgelegd in Git
Adobe Commerce core wordt geïnstalleerd en geüpgraded met Composer; het resultaat wordt vastgelegd in Git
Modulebeheer van derden
Modules van derden worden geïnstalleerd in vendor/ als ze via de markt of packagist.org worden geïnstalleerd. Anders worden ze geïnstalleerd in app/
Alle modules van derden worden geïnstalleerd in de map vendor/
Uitstoot
De release wordt gekenmerkt door git merge - en git pull - of git checkout -opdrachten
De release wordt gekenmerkt door composer update - en git pull - of git checkout -opdrachten
Aantal Git-opslagruimten
Weinig
Veel
Ontwikkelingscomplexiteit
eenvoudig
Complex
Complexiteit verzoek volledig uitvoeren
eenvoudig
Complex
Complexiteit van coderevisie
eenvoudig
eenvoudig
Complexiteit van updates in Dev/QA/UAT-omgeving
eenvoudig
Complex
GRA-ondersteuning
ja pictogram
ja pictogram
Modules kunnen automatisch externe bibliotheken installeren
Geen pictogram
ja pictogram
Flexibiliteit in GRA-samenstelling
Geen pictogram
ja pictogram
Beheer van moduleafhankelijkheid
ja pictogram slechts door module.xml, beperkte functionaliteit
ja pictogram Volledige gebiedsdeelbeheer door composer.json
Moduleversie
ja pictogram U kunt een versie bepalen, maar u kunt geen specifieke versie installeren
ja pictogram Volledige versiessteun
Betaalde services vereist
Git-opslagplaats
Git-opslagplaats, Private Packagist (± 600 euro per jaar)
Integratie van bitemand met Jira mogelijk
ja pictogram
ja pictogram
Wijzigingen in code die direct beschikbaar is voor installatie
ja pictogram
ja pictogram

Oplossingen om te vermijden

  1. Combinerend Composer en app/code voor uw modules

    Resultaat in het hebben van alle nadelen van beide die stijlen van het codebeheer in uw project worden gecombineerd. Het voegt onnodige complexiteit, instabiliteit en gebrek aan flexibiliteit toe.

    Bijvoorbeeld:

    • Verklaar zowel de werkschema's van de Git als van de Composer (in plaats van slechts één) aan het ontwikkelingsteam.
    • Installeer incompatibele modules in app/code omdat er niets is om dat te voorkomen.
    • Het verplaatsen van een module van app/code naar Composer (of omgekeerd) is omslachtig, vooral bij de lopende ontwikkeling.
  2. Satis de Manager van het Pakket

    Private Packagist kost ± 600 euro per jaar. Deze kosten zijn voor de hele GRA samen, niet per merk. Probeer deze kosten niet te vermijden door de vrije oplossing Satis te gebruiken. Uw pakketten worden niet automatisch bijgewerkt wanneer u op Vastleggen drukt. Satis heeft ook geen ingebouwde vergunning. U moet een webserver onderhouden om Satis uit te voeren. Je geeft uiteindelijk een veelvoud van de abonnementskosten voor Private Packagist door om Satis te behouden.

  3. Begin met Git, dan beweging aan Composer

    Maak de keus voor een benadering van het codebeheer bij het begin van uw project. Het schakelen van Git naar Composer of omgekeerd, met aan de gang zijnde ontwikkeling is omslachtig en kan tot codeverlies en of het verlies van de revisiegeschiedenis leiden.

recommendation-more-help
754cbbf3-3a3c-4af3-b6ce-9d34390f3a60