Skip navigation

Development

One page summary of how to works on Backend project.

Branching

Branching

  • The base branch for all Backend work should be develop.

  • When creating a branch for a new feature, use the format features/{ticket-id}-feature-name.
    Example: features/AMP-123-contact-block

  • For bug fixes, follow the pattern bugfixes/{ticket-id}-issue-name.
    Example: bugfixes/AMP-456-contact-block-header-issue

Apart from features/* and bugfixes/*, there are also infra/* and refactor/* branches.

Notes:

  • Always use the task/bug's ID as the ticket ID; do not use the user story's ID since it is shared between the Frontend and Backend teams.

  • All branches MUST include the ticket ID and a short description to help repository maintainers understand their purpose without needing to refer to the Jira ticket ID. This practice makes branch management more efficient.

  • Delete your branch after it has been merged into the base branch, unless there is a compelling reason to keep it.

Deployment

Whenever changes are pushed or merged into the stage branch, it will initiate the deployment process to release the code into the INTE environment.

Whenever changes are pushed or merged into the main branch (or master as per your project's preference), it will initiate the deployment process to release the code into the PREP environment.

To deploy from the PREP environment to the PROD environment, you can use the PaaS Portal.