John Terpstra (john_terps...@dell.com) wrote: > Unfortunately, our internal infrastructure makes use of DevTool to > build and test CB1.x - if we make the changes Adam suggests will > take only 60 sec, it will take several engineers from our team to > update/change/fix the DevTool
No it won't. There's only one thing which needs to be changed (./dev switch), and I will happily do that myself. > - and all the Jenkins build systems we use, and will impose a load > on our QA team that we do not have resources to handle. Sorry, but I strongly disagree. Once ./dev switch knows to switch the branch in the main repo (which I am offering to teach it, free of charge), there would be *zero* impact for your Jenkins systems and QA teams. > By splitting off the CB2.0 code into a new repo, we have zero impact > on the CB1.x tree upon which we will remain dependent for a number > of years into the future. We do not want to impact any > responsibilities we have to meet change and build requirements in > the CB1.x code base. Having CB2.0 code totally separate from CB1.x > means that we all have a green field to work from. ... and that is *precisely* what branches offer. Total independence and separation, without creating any of the numerous still unsolved problems which a new organisation introduces. We have been using branches for all the barclamps for a long time, and it works great. _______________________________________________ Crowbar mailing list Crowbar@dell.com https://lists.us.dell.com/mailman/listinfo/crowbar For more information: http://crowbar.github.com/