Skip to content

Branching policy proposal #12

@ayld

Description

@ayld

I just wanted to throw in my idea on branch management:

  1. Master branch is considered stable.
    • We merge here after testing cycle bla bla and some time before release when all tasks for the next release are done and tested (to a satisfactory level :D).
    • We apply bugfixes, hotfixes and whatever else evil things in here that we find in the current release.
  2. NextRelease the branch that we develop the next release in
    • The name is up for discussion :)
    • We code the next release in here and we consider this unstable until we decide otherwise :)
  3. Dev branches are free to create by everyone
    • Everyone is free to create branches for whatever reason he sees fit, messing around, trying stuff or just the plain satisfaction of creating branches for no reason. I personally create a branch for each research task since things get pretty messy in there.
    • Everyone can merge his own dev branch to NextRelease when he deems it appropriate (and if his work actually relates to the next release).

So I'd like everyone's toughs on this @Codarama/diet. Also I don't like the NextRelease name so we might have to think of something here :D

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions