also I think we can tolerate collective work on our repo. Not everything has to go on forks.
On Fri, Dec 1, 2017 at 11:04 AM, Daan Hoogland <daan.hoogl...@gmail.com> wrote: > Rafael, I don't think that works. the versions in the pom.xml files are > updated to non snapshot versions on per release mini branches. I like the > principle but be carefull not to remove the GA branches. > > On Fri, Dec 1, 2017 at 10:41 AM, Rafael Weingärtner < > rafaelweingart...@gmail.com> wrote: > >> Thanks for the initiative and the hard worki Khosrow! >> >> In my opinion, we should only maintain the master and major release >> branches. Then, for minor versions, we can keep track of them using tags. >> There is no need to have things such as GA-4.4.1, GA-4.4.2, and so forth. >> Instead, we should keep only the branch 4.4, and the minor versions are >> built on top of that branch (the branch would always have the top minor >> version of the major version). The versioning is done using tags, and not >> branches. Moreover, people should not use the official apache repository >> to >> store working branches. Working branches should be kept at the developer’s >> personal repository on Github. >> >> To the initial list, I would also remove things such as GA-4.4.1, >> GA-4.4.2, >> and so on. As I said, we only need on branch per major release. The >> versioning is executed through tags, and fixes on past releases should be >> done in the branch of the release. Also, there are things like >> “add_XS_71_72”, “cloudearlyinit”, “new-location”, and >> “debian9-systemvmtemplate”; none of them should be there. They are working >> branch from contributors/committers. These branches can be at their own >> personal forks. >> >> On Fri, Dec 1, 2017 at 4:16 AM, Daan Hoogland <daan.hoogl...@gmail.com> >> wrote: >> >> > thanks for that list Khosrow, Also very usefull for cleaning people to >> > clean their own fork. >> > I think you can start with the lowest pom versions but I changed one >> > because the referred ticket isn't closed. It's my own and I'll have a >> look >> > later today. For a lot of the branches the ticket aren't clear because >> only >> > <the number> or CS-<the number> is in the titel. Only when >> CLOUDSTACK-<the >> > number> is in the titel you can see immediately that it is closed by the >> > automatic strikethrough that happens. just a heads-up. >> > >> > +1 >> > >> > >> > On Fri, Dec 1, 2017 at 2:13 AM, Gabriel Beims Bräscher < >> > gabrasc...@gmail.com >> > > wrote: >> > >> > > Thanks for the initiative, Khosrow. >> > > >> > > +1 on removing obsolete branches. >> > > >> > > 2017-11-30 18:05 GMT-02:00 Khosrow Moossavi <kmooss...@cloudops.com>: >> > > >> > > > Hi Community >> > > > >> > > > I would like to start the discussion around deleting old and >> obsolete >> > > > branches on github repository. This will help newcomers (including >> > > myself) >> > > > to keep track of which branches are important and which are not. And >> > > since >> > > > almost everyone's working on their own forks there is no need to >> keep >> > > > feature/bugfix/hotfix branches around in the main official >> repository. >> > > > >> > > > I've created an issue which contains full list of branches in >> > > > GH/apache/cloudstack repo as of time of writing this email and the >> > > > proposition of which one of them can be deleted. >> > > > >> > > > https://issues.apache.org/jira/browse/CLOUDSTACK-10169 >> > > > >> > > > I would appreciate your questions, comments, suggestions. >> > > > >> > > > Thanks >> > > > >> > > > Khosrow Moossavi >> > > > >> > > > Cloud Infrastructure Developer >> > > > >> > > > CloudOps >> > > > >> > > >> > >> > >> > >> > -- >> > Daan >> > >> >> >> >> -- >> Rafael Weingärtner >> > > > > -- > Daan > -- Daan