<div dir="ltr">Oh!  Thank you.  I had read about tags but just assumed that 'master' was the current released version and didn't realize that I had the code in my clone.<div><br></div><div>Thanks for the explanation.<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>-- <br>Justin B. Alcorn</div><div>The views expressed are not necessarily my own, much less anyone else's<br>PGP Fingerprint CCEB F776 C3FD 1050 C8DB  532E B8B9 BED7 7764 406C</div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jan 22, 2022 at 8:59 PM <<a href="mailto:taekoocair@wilsonb.com">taekoocair@wilsonb.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Branches are moving targets, in a sense. The code state they can point to can<br>
change at any time as the branch accumulates commits. That doesn't really make<br>
sense for a release, which should point to the codebase at a specific commit.<br>
That's where git tags come in. Tags are essentially immutable pointers to git<br>
commits.<br>
<br>
It looks ilke Dianne has tagged this release candidate as 03.03.12-RC1, which<br>
you can checkout just like a branch. To see the entire (voluminous!) list of<br>
tags, check out `git tag`.<br>
<br>
<br>
In fact tags are just tag objects sitting in the git object store! If you're<br>
really interested, play with the `git cat-file` command to see the contents of<br>
this object: i.e. git cat-file -p 03.03.12-RC1. You can see it contains a<br>
reference to the commit where Dianne bumped the version number.<br>
<br>
Happy hacking!<br>
<br>
<br>
Justin Alcorn via Remind-fans <<a href="mailto:remind-fans@lists.skoll.ca" target="_blank">remind-fans@lists.skoll.ca</a>> wrote:<br>
> Makes sense. I clone the repository and I figured I could just switch to<br>
> the rc branch and compile, and was scratching my head when it wasn't there.<br>
> <br>
> On Sat, Jan 22, 2022, 6:15 PM Dianne Skoll via Remind-fans <<br>
> <a href="mailto:remind-fans@lists.skoll.ca" target="_blank">remind-fans@lists.skoll.ca</a>> wrote:<br>
> <br>
> > On Sat, 22 Jan 2022 12:53:53 -0500<br>
> > Justin Alcorn <<a href="mailto:justin@jalcorn.net" target="_blank">justin@jalcorn.net</a>> wrote:<br>
> ><br>
> > > I noticed you don't put the rc on a branch.  Just curious, since I<br>
> > > got out of development before git (hell, before CVS) and I'm still<br>
> > > learning git and modern development techniques - why is that?<br>
> ><br>
> > Well, Remind has only one developer, so I don't really see much point<br>
> > in branching.<br>
> ><br>
> > In my day job and in other situations where I work with other developers,<br>
> > we make heavy use of feature and bugfix branches.<br>
> ><br>
> > Regards,<br>
> ><br>
> > Dianne.<br>
> > _______________________________________________<br>
> > Remind-fans mailing list<br>
> > <a href="mailto:Remind-fans@lists.skoll.ca" target="_blank">Remind-fans@lists.skoll.ca</a><br>
> > <a href="https://dianne.skoll.ca/mailman/listinfo/remind-fans" rel="noreferrer" target="_blank">https://dianne.skoll.ca/mailman/listinfo/remind-fans</a><br>
> > Remind is at <a href="https://dianne.skoll.ca/projects/remind/" rel="noreferrer" target="_blank">https://dianne.skoll.ca/projects/remind/</a><br>
> ><br>
> _______________________________________________<br>
> Remind-fans mailing list<br>
> <a href="mailto:Remind-fans@lists.skoll.ca" target="_blank">Remind-fans@lists.skoll.ca</a><br>
> <a href="https://dianne.skoll.ca/mailman/listinfo/remind-fans" rel="noreferrer" target="_blank">https://dianne.skoll.ca/mailman/listinfo/remind-fans</a><br>
> Remind is at <a href="https://dianne.skoll.ca/projects/remind/" rel="noreferrer" target="_blank">https://dianne.skoll.ca/projects/remind/</a><br>
<br>
<br>
</blockquote></div>