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

Re: git fetch vs push, git am questions

From
NKNeal Kreitzinger <neal@rsss.com>
Date
Dec 7, 2010, 20:14 UTC
Message-ID
<idm4j0$ov1$1@dough.gmane.org>
In-Reply-To
<99351291667275@web152.yandex.ru>

"Konstantin Kivi" <kkivi@yandex.ru> wrote in message news:99351291667275@web152.yandex.ru...

Show 25 quoted lines
> HI all
> I honestly tried to find answers in various docs/books about git and 
> failed, so I have to ask here.
>
> 1) Is it possible to achieve the same result with git fetch, as I have 
> with git push. I have cloned a bare repository (2) from my repository (1) 
> and
> I want fetch made in (2) get all info contained in (1) . I talk only about 
> 'master' here. git push from (1) to (2) does the job, but git fetch in (1) 
> updates only origin/master, and not master.
> I also found that there is a notions of current branch in bare repository 
> (master in my case), that stops my experiments of deleting master and 
> making new master out of origin/master.
> How can I change current branch in bare repositry?
>
> 2) I read that git rebase used 'git am' internally. How can  force git 
> am/apply to create conflicts like rebase does in form
>
> <<<<<<old
> dksjfd
> ========
>>>>>>jfkjdfkd
>
> instead of *.rej files
>

I think the --mirror technology was made for what you are trying to do. I created my bare repo as a mirror, but I see you don't want to recreate your bare repo. However, I think you can convert yours to a mirror by modding your config for that repo. With a bare repo that is a mirror, a git fetch will make the bare repo look exactly like the remote repo it is mirroring. That is, the mirror will get everything that the remote has. If the mirror has extra branches that the remote does not have then the mirror will also keep the extra branches as is. However, I think if you push from the mirror to the remote the remote will get those extra branches so watch out for that (I haven't tried it yet because I don't need to do that.)

You could play around with it on a testcopy of your bare repo:
cp -rp barerepo.git testmirror.git

will make a totally functional copy of your barerepo.git. Then you could mod the config of testmirror.git to try and convert it to a mirror. The mirror technology is on the git-clone manpage. It doesn't explain it in much detail, but this is what I've learned from playing around with it. You can first create a bare repo mirror with git-clone to find out what the config setting are supposed to be.

For the push you can create a test copy of your remote:
cp -rp remote testremote

and then alter the config of testmirror.git to point to testremote. If you are pushing from testremote to testmirror.git then be sure to mod testremote's config to point to testmirror.git. I don't push from my remote to my mirror because I use git fetch to get stuff from the remote to the mirror. You shouldn't need to git push from your remote to your mirror, either. However, you may have valid reasons for doing so, but I'm not sure what they would be.

I am using a mirror very heavily in productional work so I know it works (for what I want). I recommend you play around with it for yourself to get a feel for it and not just go by what I say (the manpage does not explain it very much).

Hope this helps.

v/r, Neal

Previous: Konstantin Khomoutov
Message 5 of 5 in “git fetch vs push, git am questions”
  1. Konstantin KiviDec 6, 2010
  2. Konstantin KhomoutovDec 7, 2010
  3. Konstantin KiviDec 7, 2010
  4. Konstantin KhomoutovDec 9, 2010
  5. Neal KreitzingerDec 7, 2010

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.