![](https://secure.gravatar.com/avatar/da8638bce265a9edbab91dd837042d03.jpg?s=120&d=mm&r=g)
On 6/16/10 Jun 16 -11:13 AM, Faré wrote: ....
Robert: any thoughts re: branching?
I am so far from being a git expert, that I will not venture any suggestions. A while ago I read the following article which proposes a branching policy for use with git. It seemed, to my limited understanding, reasonable. Perhaps we could adopt some variant of this policy? http://www.newartisans.com/2009/10/branch-policies-with-git.html He seems to have many more branches than I would have thought necessary. I don't know that we need a "released," "stable devel," and "bleeding edge" as he does. Perhaps some sort of variant where we have a maint branch --- 2.0 with patches for bug fixes devel branch --- moving towards 2.1 ? I'm inclined to think that we could further minimize/simplify by having the devel branch be master. We could also have topic branches, like the one I built in order to do the first TRAVERSE mods for module dependencies. Does that sound reasonable? Feel free to say "no," since I'm making this up as I go along based on half-remembered blog posts. best, r