Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Current »

Goal state:

  • PR-specific builds which run linter, unit tests, automated test suite.

    • A passing build will be a requirement for merge (can be blocked with Bitbucket Premium)

  • Automatic builds and deployment to dev/test environment with merge to integration branch.

  • Push-button deployment to staging and production.

  • Consolidated, easy-to-view, and easy-to-manage build and deployment pipelines

  • Definitions for pipelines live in the code

Current state:

Magento 2:

  • Epic Branch creates Feature Branches

    • Feature Branches are built on the ‘dev’ server automagically

      • The advantage here which usage is tbd, is that local devs have their own ‘environment’ hosted for testing

  • Generally feature branches get merged into an Epic Branch, which is auto built on the ‘dev’ server

    • QA testing takes place on this epic branch on the dev server before moving up in environments

  • Epic branch is then merged into integration, then staging, then production

    • Currently no testing or usage is taking place in commerce cloud integration or staging environment, afaik

Craft:

  • Feature branches are merged to integration, which is auto-built (I think) on its own Azure vm

    • This is the ‘qa-www’ server

    • QA testing takes place here before moving up environments

  • Integration is then merged to…

To do:

  • Determine what kind of build/release automation to use (Azure? Bitbucket?)
  • Fix broken unit tests that exist
  • Fix Sonarcloud issues
  • Pick a linter(s) for each repo

Notes:

  • No labels