Skip to content

A text-file based thing for practising Git Flow workflow

License

Notifications You must be signed in to change notification settings

codex-academy/GitFlowPractise

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

13 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

GitFlowPractise

A text-file based thing for practising Git Flow workflow. Follow the git flow model and take one feature per person. Don't worry about Hotfix branches for now: just concentrate on using master, develop, and feature branches, and use git tag for a release.

Read the how to section before you start.

To get your code into our text application thing:

  • Push your feature branch to GitHub.
  • Make a Pull Request on GitHub for merging your feature branch into develop.
  • Ask someone to review your Pull Request, and give you a 👍 in a comment when they are happy.
  • Merge the Pull Request on GitHub.

Get started by doing a git clone on this repo.

Feature list: part 1

  1. Add an answer to the question in file1.md.
  • Add an answer to the question in file2.md.
  • Add an answer to the question in file3.md.
  • Add an answer to the question in file4.md.
  • Add an answer to the question in file5.md.
  • Add file6.md with a question in it.
  • Add file7.md with a question in it.
  • Add file8.md with a question in it.
  • Add file9.md with a question in it.
  • Add file10.md with a question in it.
  • Add an answer to the question in file6.md.
  • Add an answer to the question in file7.md.
  • Add an answer to the question in file8.md.
  • Add an answer to the question in file9.md.
  • Add an answer to the question in file10.md.

Release

Once all the features have been finished, one person should make a release by merging develop into master. All team members should get the latest copy of the master branch.

Feature list: part 2

  1. Add another question to file1.md
  • Add another question to file2.md
  • Add another question to file3.md
  • Add another question to file4.md
  • Add another question to file5.md
  • Add an answer to the second question on file 1.md
  • Add an answer to the second question on file 2.md
  • Add an answer to the second question on file 3.md
  • Add an answer to the second question on file 4.md
  • Add an answer to the second question on file 5.md
  • Add another question to file6.md
  • Add another question to file7.md
  • Add another question to file8.md
  • Add another question to file9.md
  • Add another question to file10.md
  • Add an answer to the second question on file 6.md
  • Add an answer to the second question on file 7.md
  • Add an answer to the second question on file 8.md
  • Add an answer to the second question on file 9.md
  • Add an answer to the second question on file 10.md

Release

Once all the features have been finished, one person should make a release by merging develop into master. All team members should get the latest copy of the master branch.

Discussion topics

  • Why use develop as the main branch instead of master?
  • What state should master be in, in terms of tests?
  • What happened when you pushed and pulled develop?
  • What branches are allowed to merge into and out of develop and master?
  • What does git tag do and why is it useful?

About

A text-file based thing for practising Git Flow workflow

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published