-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Step 7: ⚙️ Set Up a Team Workflow #9
Comments
The WorkflowA three-level hierarchy of branches is created, through which changes are promoted. In this voyage we are going to work on the development branch, always make sure you create your new working branch based on the development branch. See the example below:
So if you are fixing a bug, your new working branch should be: "bug-issue/description/user"
"bug-1/fixed-all-caps/PaulaR-05"
What Should be in a Commit?
Commit Subject Name Rules
To remove any confusion, here’s a simple rule to get it right every time. A properly formed Git commit subject line should always be able to complete the following sentence: If applied, this commit will [your subject line here] For example:
Notice how this doesn’t work for the other non-imperative forms:
Commit Body RulesThe body should be used to explain what and why vs. how. Just focus on making clear the reasons:
Git Pull RequestsTo review a pull request, there is a great link provided by chingu: https://www.notion.so/Git-Pull-Requests-6eeda3f9342941ef9a06d1057f0b87a6 |
Task Description
Technical Considerations
N/a
Additional Considerations
Setup Your Team Workflow (Chingu Handbook)
Javascript Style Guides
Defining a Git Workflow (Chingu Handbook)
Git Branches (Chingu Handbook)
Git Commits (Chingu Handbook)
Git Pull Requests (Chingu Handbook)
Member of Epic: #16
The text was updated successfully, but these errors were encountered: