Name | |
---|---|
James Bonifield | [email protected] |
Diego Carvallo | [email protected] |
Christopher Comfort | [email protected] |
Wesley Smith | [email protected] |
Here's a simple workflow adapted from the common Feature Branch Workflow. The goal is to allow us to edit our code independently without having to spend too much time synchronizing and resolving merge conflicts.
- All development should be done on a "feature branch", i.e. not
master
. - "Feature branch" can be loosely defined here. It could be something like
wes-dev
. It's best to avoid long-lived branches, however, because it can be challenging to stay updated with master. An even better example would becreate-chloropleth
, which would only be used while the chloropleth is in development. - Only changes that are ready for "production" should be moved to
master
. - When ready to place new changes on
master
:- Ensure that your branch has the most recent version of
master
by performing agit rebase master
on the feature branch.
git pull origin master git checkout <feature-branch-name> git rebase master
- We will not do pull requests unless we need to. Too much overhead.
- Use
git rebase
to merge your changes tomaster
.rebase
is preferable tomerge
as merge comments offer little information on what work was done.
git checkout master git rebase <feature-branch-name>
- Push your changes to remote.
git push origin master
- Delete the feature branch and move on to the next one!
- Ensure that your branch has the most recent version of