(sorry for top post) This is open for discussion. My opinion: For Alpha, I think it makes sense to tag from trunk rather than branching first. That is, delay the branching as long as possible so 2.6 looks as close to trunk for as long as possible. This keeps the APIs in sync as well as avoids unnecessary process to backport changes to Alpha. That is not a hard and fast rule, of course. If we want to begin work on a major overhaul we'd consider too disruptive, then we should branch.
My plan was to tag only from trunk, which as you point out, makes no difference for that initial cut. If we decide later before Alpha2 that we should have branched, we could easily svn copy the tag directory to a branch directory before proceeding or branch from the post-tag commit where MMN for "next" is bumped. -- Daniel Ruggeri -------- Original Message -------- From: Rainer Jung <rainer.j...@kippdata.de> Sent: November 7, 2017 4:07:55 AM CST To: firstname.lastname@example.org Subject: Re: We have soon 5 SVN repo's Hi Steffen, Am 07.11.2017 um 10:10 schrieb Steffen: > Jim wrote below: > > /What, exactly, are the expected differences between trunk and 2.5.0-alpha?/ > I could not find the answer in this (long) thread ? as far as I understand Daniel, he will tag current trunk as 2.5.0-alpha or more likely 2.5.0-alpha1 or similar. So at the moment he tags it, there will be no difference between trunk and the tag. The tag will be a name for the state/contents of trunk at the time of tagging. trunk can move further along but the given tag will be frozen. What is currently not clear is, whether Daniel tags dircetly from trunk, or first copies trunk to a new branch 2.5.0 and tags that one. It will not make an initial difference but the development procedure for the future will differ. Typically branching will be done as late as possible to prevent the additional porting of patches through one more branch. On the other hand if the tags get closer to something releasable, branching is necessary to stabilize code, ie. being able to apply bigger changes somewhere (trunk) without breaking the soon to be released stuff. Regards, Rainer > On Sunday 05/11/2017 at 14:31, Jim Jagielski wrote: >> >> On Nov 4, 2017, at 6:03 AM, Steffen <i...@apachelounge.com >> <mailto:i...@apachelounge.com>> wrote: >> >> Soon we have: >> >> branches 2.4.x >> trunk >> 2.5.0-alpha >> patches/2.4.x >> patches/trunk >> >> Please a procedure: *where*and*when*do we apply patches/fixes. >> >> >> IMO, the ones w/ the LEAST clarity are the ones related to >> 2.5.0-alpha. >> >> What, exactly, are the expected differences between trunk and 2.5.0-alpha? >> >> I think it would make sense for those who are driving and championing >> these events to have some formal, written roadmap available to avoid >> confusion and the inevitable arguments/discussions that lack-of-clarity >> incurs.