Rock's Git Branches
Rock adheres to
the Gitflow branching strategy and as you probably know, the develop branch is a bit
wild west with the biggest rule being: don't break the build. This is where you
branch off of if you are building a feature for the next release (i.e., a feature branch).
There are two more important branches we want you to be aware of in Rock:
pre-alpha-stage and pre-alpha-release.
This is the branch Spark Development Network runs on, and it powers this site. This is how
Spark gets to 'eat our own dog food'. Pre-alpha-stage is a dangerous, risky, place to live
but we want to encounter issues before anyone else does. Only Spark should be running
off this branch -- not you!
Two weeks after code is branched to pre-alpha-stage, the pre-alpha-release branch
gets it. If your organization has developers and wants to live on the
risky, bleeding edge, you could use this branch in your production environment.
Why Use pre-alpha-release?
The main reasons are:
- You'll have access to the latest and, often, greatest version of Rock.
- You'll get bug fixes almost as soon as they're written.
- You're doing a service to others by using this code base because you will catch, report and
possibly fix issues
before anyone else.
There are a few cons to be aware of:
- New features will appear that are not yet documented.
- New bugs will appear that have not been reported yet.
- You could miss a database change (aka "data migration") that the core team had to manually fix.
- You could really, really mess up your system if you do something wrong with your branching practices.
It's item number 3 that keeps us up at night. We want to make sure this doesn't happen to you so
we want you to let us know each time you pull from the pre-alpha-release branch:
Just Pulled From pre-alpha-release