git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: `seen' datapoint [

From
EWEric Wong <e@yhbt.net>
Date
Jun 29, 2020, 19:03 UTC
Message-ID
<20200629190351.GA15419@dcvr>
In-Reply-To
<20200629184522.GA1248738@coredump.intra.peff.net>
Jeff King <peff@peff.net> wrote:
Show 21 quoted lines
> On Mon, Jun 29, 2020 at 02:04:27AM +0000, Eric Wong wrote:
> > Junio C Hamano <gitster@pobox.com> wrote:
> > > Eric Wong <e@yhbt.net> writes:
> > > 
> > > > So I had receive.denyNonFastforwards=true set, and a
> > > > special cases for `pu':
> > > >
> > > > 	fetch = +refs/heads/pu:refs/remotes/origin/pu
> > > 
> > > Hmph.  I thought receive.denyNonFastforwards was for pushing into
> > > the repository, so it is a bit puzzling that you bring up "only
> > > updates to fetch into 'pu' is allowed to be forced" like this.
> > > Such an arrangement would let you know when 'next' got rewound,
> > > which is another plus ;-)
> > 
> > Yeah, I can't recall when I started using denyNonFastforwards;
> > but it was probably a paranoid thing to ensure I'd notice if
> > `master' got rewound.
> 
> It definitely wouldn't do that, though. :) I suspect you dropped the "+"
> from your refspec around the same time (which would do what you expect).

Ah, OK. So denyNonFastforwards was a red herring in this particular situation. I do push to this repo when I did more work remotely from a laptop or another workstation, though.

This particular clone and .git/config are at least a decade old; and possibly as old as 15 years if I just rsync-ed it over from my previous workstation...

Show 22 quoted lines
> > > Do you have a separate "fetch" refspec for each of the ones you are
> > > interested in?
> > 
> > Nope, I use the catch-all as you describe below
> > 
> > > Or "remote.origin.fetch = refs/heads/*:refs/remotes/origin/*" which
> > > serves as the default catch-all (which overlaps with the "pu can be
> > > fast forwarded" you showed---I don't recall how we designed such a
> > > set-up to work offhand, so I am a bit curious) works as a natural
> > > "require fast-forward in general, but a more specific rule about
> > > 'pu' allows non-fast-forward updates"?
> > 
> > I only have `+' entries for `next' and `seen',
> > the catch-all provides the rest.
> > 
> > 	fetch = +refs/heads/seen:refs/remotes/origin/seen
> > 	fetch = +refs/heads/next:refs/remotes/origin/next
> > 	fetch = refs/heads/*:refs/remotes/origin/*
> 
> I think you probably configured (or modified) that catch-all yourself.
> Both "git remote add" and "git clone" use a "+" in the refspecs they
> configure.
Right.
Previous: Jeff King
Message 9 of 9 in “What's cooking in git.git (Jun 2020, #04; Mon, 22)”
  1. Junio C HamanoJun 23, 2020
  2. Jeff KingJun 23, 2020
  3. Johannes SchindelinJun 23, 2020
  4. Junio C HamanoJun 23, 2020
  5. `seen' datapoint [was: What's cooking in git.git (Jun 2020, #04; Mon, 22)]Eric Wong, Jun 28, 2020
  6. Junio C HamanoJun 29, 2020
  7. Eric WongJun 29, 2020
  8. Jeff KingJun 29, 2020
  9. Eric WongJun 29, 2020

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.