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

Re: Update local tracking refs when pushing- no way to disable

From
Daniel Barkalow <barkalow@iabervon.org>
Date
Jul 6, 2007, 19:20 UTC
Message-ID
<Pine.LNX.4.64.0707061514090.6977@iabervon.org>
In-Reply-To
<Pine.LNX.4.64.0707061958540.4093@racer.site>
On Fri, 6 Jul 2007, Johannes Schindelin wrote:
Show 26 quoted lines
> Hi,
> 
> On Fri, 6 Jul 2007, Daniel Barkalow wrote:
> 
> > On Fri, 6 Jul 2007, Johannes Schindelin wrote:
> > 
> > > Related, but not identical, is the problem illustrated in 
> > > http://thread.gmane.org/gmane.comp.version-control.git/49888
> > > 
> > > IMHO there is a bug. IIUC git push first looks for common ref names on 
> > > the local and remote side (yes, refs/remotes are excluded since 
> > > v1.5.3-rc0~9, but the underlying problem is still there). Then it 
> > > pushes them. But here, something seems to have gone wrong: 
> > > refs/remotes/origin/HEAD is a symref. And the corresponding ref is 
> > > updated. Should git-push not just _not_ update symrefs?
> > 
> > I believe this actually have nothing to do with git-push; it's actually 
> > git-receive-pack and maybe git-send-pack. Probably git-receive-pack 
> > shouldn't list symrefs at all, or should somehow report them as links so 
> > that they can be compared as links. The only refs that git-push itself 
> > updates are tracking refs on the local side for refs on the remote side 
> > which were updated. In the report, the reporter had (obviously) not 
> > configured any local tracking refs for the remote's tracking refs.
> 
> Sorry, I think I did not make myself clear. The updates refs were _local_ 
> refs. And they _were_ symrefs.

No, no local refs were updated. This would have given the message "Also local refs/remotes/origin/HEAD", which wasn't there. What was updated was tracking refs on the remote (which were created as local tracking refs when somebody was running git commands local to the repository which, for the failing command, was remote). The logic for updating local refs on a push was not used at all in this case, according to the output in the message you linked to.

	-Daniel
*This .sig left intentionally blank*
Previous: Johannes SchindelinNext: Johannes Schindelin
Message 10 of 12 in “Update local tracking refs when pushing- no way to disable”
  1. Dan McGeeJul 6, 2007
  2. Johannes SchindelinJul 6, 2007
  3. Junio C HamanoJul 6, 2007
  4. Daniel BarkalowJul 6, 2007
  5. Marco CostalbaJul 6, 2007
  6. Shawn O. PearceJul 6, 2007
  7. Johannes SchindelinJul 6, 2007
  8. Daniel BarkalowJul 6, 2007
  9. Johannes SchindelinJul 6, 2007
  10. Daniel BarkalowJul 6, 2007
  11. Johannes SchindelinJul 6, 2007
  12. Dan McGeeJul 6, 2007

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.