On Sat, Nov 12, 2022 at 2:56 PM Gavin Smith <gavinsmith0...@gmail.com>
wrote:

> On Sat, Nov 12, 2022 at 02:30:11PM -0800, Raymond Toy wrote:
> > On Sat, Nov 12, 2022 at 2:27 PM Gavin Smith <gavinsmith0...@gmail.com>
> > wrote:
> >
> > > On Tue, Nov 08, 2022 at 07:55:44PM +0000, Gavin Smith wrote:
> > > > > No, you just cut a new release branch.  The release branch is only
> for
> > > > > a certain release or a series of releases, depending on the
> > > > > development strategy.  Basically, as long as you expect the next
> > > > > release to be a bugfix release, you keep developing it on the same
> > > > > release branch, and once you decide on a feature release, you cut a
> > > > > new release branch.  The name of the release branch can be the
> first
> > > > > version released from that branch, or some variant of that.
> > > >
> > > > Thanks, that makes sense.
> > >
> > >
> > > I have added a release branch to the git repository, called
> "release/7.0".
> > > Please do not commit anything to it right now if you have access.
> > >
> >
> > Can you clarify how this is related to the tag texinfo-7.0?  Will they
> have
> > the same stuff?
>
> The tag texinfo-7.0 is a fixed tag, which is at the base of the release/7.0
> branch.  As more commits are made to release/7.0, the release/7.0 branch
> will move ahead, leaving texinfo-7.0 behind.  At some point soon, there
> will be a texinfo-7.0.1 release, which will occur on the release/7.0
> branch.  If there are more bug-fixes/translation updates/other minor or
> harmless updates, these may also be made on the release/7.0 branch, tagged
> in fixed positions as texinfo-7.0.2, texinfo-7.0.3, etc., along the branch.
>

Perfect!  Thanks for letting me know.


-- 
Ray

Reply via email to