This note has some information about the way git branches are used which will be useful to all developers that contribute. There are also some hints to try and avoid ballsing up the release process that will mainly be of interest to maintainers.
master branch is the public-facing stable branch. It should always be in a sensible state, ideally sitting at a
develop branch is the main line of development. Features should be merged in to this branch, and pull-requests
should be based on this branch. It’s ok to fix small bugs and the like on this branch, but anything larger should happen
feature/* branches are for features. Ideally they will have meaningful names!
If you’re messing around with an idea, maybe an
experiment/* branch would be appropriate.
An attempt is made to keep the branches in the repository clean, so merged feature branches will be deleted, and old, unmerged branches that will definitely no longer be used should also be deleted.
lein deploy clojars, first gorilla-repl and then lein-gorilla, and promote.
latest-versionvar on the updates web-page.