All the branching doesn't address the confusing situation for newbies who we are trying to attract to the project. Since we'll be leaving a huge portion of the 1.x codebase behind for good and forever, I think the gains of making it easy for newbies to join FAR outweighs branching and cleaning up.
On Wed, Nov 20, 2013 at 9:52 AM, Adam Spiers <aspi...@suse.com> wrote: > christopher_dearb...@dell.com (christopher_dearb...@dell.com) wrote: > > Rob, > > > > I think you misunderstood my recommendation below. What I'm > > proposing is that we branch everything, including the main Crowbar > > repo. > > I think I'm on the same page as you here Chris, although the above > statement makes it sound like a much bigger deal than it actually is! > All the barclamp repos are already branched, so all that needs to be > done is to branch the main repo, and split out non-release-specific > stuff. (I have been advocating for both of these actions for a long > time.) > > There would be NO risk of destabilising CB1, because that's exactly > the use case (git) branches were invented to handle in the first > place. > > > At this point in time, I'm not seeing the benefit of creating a new > > org since everything that we want done can be done with branching, > > which would involve creating no new repos at all, while creating a > > new org would create duplicate repos of every one that we have > > today. > > Correct. Furthermore I have not yet heard any proposals how to > address the numerous concerns I raised about creating a second > organisation (quoted again below for reference). On the flip side, > the only disadvantage I can think of caused by keeping a single org is > that people can't trivially choose how to be notified at per-release > granularity. However this seems to be achievable via RSS: > > > http://stackoverflow.com/questions/7353538/setting-up-an-github-commit-rss-feed > > Hopefully we can iron this all out in 70 minutes from now. To anyone > who intends to participate in the discussion, it would be very helpful > if you could glance over this first: > > http://crowbar.sync.in/crowbar-repos > > > Rob Hirschfeld <rob_hirschf...@dell.com> wrote: > > > That's a clear +1 towards new Github Org to me. > > > > Hmm, that's not clear to me - possibly the way to go, but I think > > that would require a lot more thought first. For example it raises > > the question of how the two organizations should be named, doubles > > the number of places issues can be tracked, potentially causes > > confusion over which wiki should be used, and which repo should host > > the website. It also doubles the number of (push) access lists and > > subscriptions to be managed. The plus side of that is that commit > > rights and notifications could be per-release ... for *now*, but > > only until Crowbar 3, at which point it's not at all clear what > > would be the right path. A github org per release is WAY overkill. > > > > Another reasonable route is to create new repositories within the > > existing org. There are pros and cons to this too. > > > > A third route is simply to break out the top-level repo (and the dev > > tool with it) into more sensible chunks. That's the least invasive > > approach, and the one which I (and I think *probably* Victor too) > > had in mind when we discussed it. > > > > Whichever approach we take, we should be clear that creating a new > > github org or repos is not the silver bullet. The real hard work is > > doing the cleanup. That *must* include getting rid of the releases/ > > tree. I am absolutely convinced that the *only* way to go is to > > have strictly a git branch per release, with the branch names > > unified across all repos which contain any release-specific data, as > > detailed at <http://crowbar.sync.in/crowbar-repos>. It also must > > include removing unused cruft which currently achieves nothing > > except confusing people :) > > > > > That aligns with other discussions that generally say "thank > > > goodness, yes!" Anyone have objections or issues? > > > > I wouldn't be keen on seeing a new org until I'm clear about the > > answers to the above questions. > > _______________________________________________ > Crowbar mailing list > Crowbar@dell.com > https://lists.us.dell.com/mailman/listinfo/crowbar > For more information: http://crowbar.github.com/ > -- Judd Maltin T: 917-882-1270 F: 501-694-7809 what could possibly go wrong?
_______________________________________________ Crowbar mailing list Crowbar@dell.com https://lists.us.dell.com/mailman/listinfo/crowbar For more information: http://crowbar.github.com/