The updated mini-Git Primer is now included in the Developer's Handbook. See Chapter 5. I have sent a number of suggestions for some non-technical changes to Warner, but have not heard back yet. Perhaps he didn't care for them. As I am a real novice who has had to destroy my clone of the sources and start over twice, I find it unlikely that i will be of significant use on the technical side for a while. Git is philosophically very different from RCS/CVS/SVN and the different mindset is taking me a while to fully grasp. I will say that specifying a hash that is in main but not part of the branch you are working on is probably a rather poor idea. I probably could have easily fixed it, but I had no luck in finding the right incantation and eventually blew /usr/src away and started over. (How do you fix a detached clone?) I also find net/gitup a marvelous tool for replacing portsnap. In several ways, it is clearly superior and I look forward to seeing it in the base. I mean, what is simpler than: # gitup -c ports (just once to create the initial clone) #gitup ports (to update, perhaps in periodic(8)) Of course, you do need to edit gitup.conf to select the preferred branch and repo site, but it's pretty obvious. -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman_at_gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Thu, Apr 8, 2021 at 1:14 AM Graham Perrin <grahamperrin_at_gmail.com> wrote: > On 02/03/2021 06:33, Graham Perrin wrote: > > Re: Git, shallow clone hashes, commit counts and system/security updates > > > On 02/03/2021 05:42, Kevin Oberman wrote: > > > > Re: Panic after updating from source > > > >> On Mon, Mar 1, 2021 at 6:31 PM Michael Sierchio <kudzu_at_tenebras.com> > >> wrote: > >> > >>> … > >> > >> You need to be aware that the shallow clone hash will not include the > >> commit count which will be used in future security updates to make it > >> easy > >> to check whether your system needs to be updated or not. A full clone > >> does > >> require more space, but I was surprised at how little extra space it > >> requires. Warner is updating his git mini-guide to point out this > >> issue. > >> If you run STABLE, it's a really significant concern. You can convert > >> the > >> shallow clone to a full one with "git fetch --unshallow". This will take > >> some time to run. > >> -- > >> Kevin Oberman, Part time kid herder and retired Network Engineer > >> E-mail: rkoberman_at_gmail.com > >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >> _______________________________________________ > >> freebsd-questions_at_freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > > … Thank you, Kevin and Warner. > > > > I see the FreeBSD mini-Git Primer in the November/December 2020 edition > of the FreeBSD Journal > <https://issue.freebsdfoundation.org/publication/?i=690210&ver=html5&p=8> > (and the review copy that was publicised in September 2020). > > For news of a future edition, if any, should I simply watch > <https://bsdimp.blogspot.com/search/label/git>? > > Thanks > > (I have another question about deep and shallow … I'll post separately > to freebsd-questions …) > >Received on Fri Apr 09 2021 - 21:16:29 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:28 UTC