Re: Update local tracking refs when pushing- no way to disable
From: Dan McGee <hidden>
Date: 2016-06-15 22:43:20
On 7/5/07, Daniel Barkalow [off-list ref] wrote:
On Thu, 5 Jul 2007, Dan McGee wrote:quoted
In this commit: b516968ff62ec153e008d033c153affd7ba9ddc6 I don't know if anyone else has the same way of working as I do, but I tend to set the "remote.<name>.skipDefaultUpdate" property to true for my publicly visible repository, just so I don't have duplicate branch heads lying around in my local repository. Call this peculiar, but I like it that way. However, git-push does not respect this property, meaning I know have these branches whether I want them or not. In a tool such as qgit or even 'git branch -a' output, it starts to get awful cluttered.What git-fetch and git-push care about is whether you have an entry "remote.<name>.fetch" with a colon and stuff on the right of it. If so, this is a pattern that is used to generate the duplicate branch heads that you don't want. git clone sets it up to a default pattern (refs/remotes/origin/*), and I don't think there's any way to make it not do that, but you can just reconfigure it afterwards if you don't like it.
Wow, my bad here on this one. Didn't even think about the default config line:
[remote "toofishes.net"]
url = toofishes.net:~/gitprojects/shoepolish.git/
fetch = +refs/heads/*:refs/remotes/toofishes.net/*
push = +refs/heads/*:refs/heads/*
Getting rid of that fetch line makes it work as intended. And not to
hijack my own thread, but did behavior change between 1.5.2.3 and
1.5.3 wrt non-subset pushes?
$ git push toofishes.net
error: remote 'refs/heads/alpm_list_speed' is not a strict subset of
local ref 'refs/heads/alpm_list_speed'. maybe you are not up-to-date
and need to pull first?
error: remote 'refs/heads/asciidoc' is not a strict subset of local
ref 'refs/heads/asciidoc'. maybe you are not up-to-date and need to
pull first?
error: remote 'refs/heads/color' is not a strict subset of local ref
'refs/heads/color'. maybe you are not up-to-date and need to pull
first?
error: remote 'refs/heads/permissions' is not a strict subset of local
ref 'refs/heads/permissions'. maybe you are not up-to-date and need to
pull first?
error: remote 'refs/heads/pkgname_check' is not a strict subset of
local ref 'refs/heads/pkgname_check'. maybe you are not up-to-date and
need to pull first?
updating 'refs/heads/working'
from 59d9ccf48d84fd1e59f78cb4dcf428e53d1c6911
to 6b7b9743181078aa7152daffdfc1eaeb46304c0f
Generating pack...
Done counting 0 objects.
Writing 0 objects...
Total 0 (delta 0), reused 0 (delta 0)
refs/heads/working: 59d9ccf48d84fd1e59f78cb4dcf428e53d1c6911 ->
6b7b9743181078aa7152daffdfc1eaeb46304c0f
I thought the '+' sign in the push refspec would supress these errors,
but it doesn't seem to. Running 'git push -f' works but that was never
necessary before after doing some rebasing of these branches.
-Dan