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 7 Next »

Table of Contents


Good practices for development and git flow

  • The code reviews are per task;

  • Create a feature flag to your feature and create a technical debt to remove the flag posteriorly.

  • BRANCHS

    • Always create a branch referring to sub-task from master branch.

    • Branch name using the Jira ID and sub-task name:

      • examples:

        • To features: feat/IBFEC-123-sub-task-name

        • To bugs: hotfix/IBFEC-123-sub-task-name

    • Commit name:

      • Prefix - is the type of your commit. Accepted prefixes are:

Good practices to Open the PR

  • If you are changing an existent code, after you finish is good to run the integration tests to validate that nothing was broken and attach the print on your pull request

  • Always attach evidence of your job, unless it’s not possible

    • We suggest using the Before and After sections to compare what’s changed. If the repo doesn't have these sections, you should add them manually in the PR description

  • Add descriptions that you think are worth mentioning, for example, when you adjust something that is not directly related to your task

Important topics to be filled in (based in Whitelabel App template)

  • PR name: Always use the sub-task name for the title and the sub-task Jira ID for the “label” [IBFEC-X]

    • [IBFEC-3][Q2] - Optional Secondary Call to Action

  • Summary: A summary of what this activity is about, for example:
    In this demand, a new flow was developed to save the user's address.

  • Context: Give the context with more details of the development

    • Add the Jira link of the story, Figma, Confluence and etc

    • It is important to inform which flags were added, another important detail is to verify the impact of this flag turned on, as a guarantee to leave it turned on only in DEV environments and for PLK.

    • Adding extra context information, for example:

In this new address saving flow, the user will be able to save his address entered in the delivery flow, the user will be able to add a nickname to your saved address and in the order details it will add a contact phone and that phone will be saved in your address, when the user goes to make a new delivery, he will be presented with a list with all his saved addresses, so he can choose which one
he prefers and his address and telephone data will already be filled in.

  • Links to related PRs:
    In this place we must place links that are related to this activity

  • Screenshots (Before and After)
    Here we can add photos, GIFs or videos of how the flow was and how it turned out, the more details the better

Obs: If the repo that you are working on doesn't have this template for the PR description, you should add this information manually. This is important to help the reviewer.

  • No labels