# Memory of past repositories in git remote? 4 messages from 2009-03-25 to 2009-03-25. Participants: Christophe de Dinechin, Santi Béjar, Michael J Gruber. Thread: https://gitlist.dev/t/18535 ## Christophe de Dinechin, 2009-03-25 11:47 Subject: Memory of past repositories in git remote? Message-ID: <784F93DB-2D7C-4F48-88E8-BF56F01CD1E2@dinechin.org> URL: https://gitlist.dev/e/784F93DB-2D7C-4F48-88E8-BF56F01CD1E2%40dinechin.org ``` I ran into a peculiar issue running git 1.6.1.2 on HP-UX: it looks like something has remembered an old repository and insists on providing that to "git fetch" instead of the new repository. Appending "/." at the end of the remote repository fixes the problem. Here are the details. I created a git repository in /home/ddd/vmm, impored some Subversion history, and started working with that. I created a few branches, e.g. one called "perrier". Then, I realized that there was a better way to track Subversion changes, and so I moved the old repository as /home/ddd/vmm.git, and created a new one that I populated with "git svn clone svn+ssh://path/to/repot -T trunk - b branches -t users". That new repository has no branch named "perrier" in it. Now, when I'm on another machine, create a new repository with the same "git svn clone", then do a "git remote add ddd ssh://name@mymachine/home/ddd/vmm ", I would expect to pick up the repository that is actually under / home/ddd/vmm on mymachine. But when I do a "git svn fetch", the output contains: warning: no common commits remote: Counting objects: 66874, done. remote: Compressing objects: 100% (14626/14626), done. remote: Total 66874 (delta 51668), reused 66589 (delta 51418) Receiving objects: 100% (66874/66874), 96.41 MiB | 187 KiB/s, done Resolving deltas: 100% (51668/51668), done. From ssh://name@mymachine/home/ddd/vmm * [new branch] perrier -> ddd/perrier ... as well as all branches from /home/ddd/vmm.git (not /home/ddd/vmm). I tried doing an "ssh name@mymachine ls /home/ddd/vmm" to check that this was indeed the new repository. If instead of "/home/ddd/vmm", I specify "/home/ddd/vmm/.", then I do get the branches in the new repository, e.g in that case I get: * [new branch] tot -> ddd-good/tot This is not just a name dependency, though, because if I specify / home/./ddd/vmm, then I get the old repository again. So what seems to matter is the dot at the end of the repository name. I'm really puzzled by this behavior, and I have been unable to find anything in the git documentation explaining it. I tried to find references to vmm.git anywhere on either machines, but I couldn't. This is easily reproduced, so I'm willing to run experiments to try and debug the problem. Thanks Christophe ``` ## Santi Béjar, 2009-03-25 12:05 Subject: Re: Memory of past repositories in git remote? Message-ID: URL: https://gitlist.dev/e/adf1fd3d0903250505o38e0ac54jcf07f4425eee0a6%40mail.gmail.com In-Reply-To: <784F93DB-2D7C-4F48-88E8-BF56F01CD1E2@dinechin.org> ``` 2009/3/25 Christophe de Dinechin : > Here are the details. I created a git repository in /home/ddd/vmm, impored > some Subversion history, and started working with that. I created a few > branches, e.g. one called "perrier". Then, I realized that there was a > better way to track Subversion changes, and so I moved the old repository as > /home/ddd/vmm.git, and created a new one that I populated with "git svn > clone svn+ssh://path/to/repot -T trunk -b branches -t users". That new > repository has no branch named "perrier" in it. Git tries different url: $url/.git, $url.git and $url (I'm not sure about the order). So having $url and $url.git is asking for problems. I don't know if it is documented somewhere. HTH, Santi ``` ## Michael J Gruber, 2009-03-25 14:22 Subject: Re: Memory of past repositories in git remote? Message-ID: <49CA3E15.9020107@drmicha.warpmail.net> URL: https://gitlist.dev/e/49CA3E15.9020107%40drmicha.warpmail.net In-Reply-To: <784F93DB-2D7C-4F48-88E8-BF56F01CD1E2@dinechin.org> ``` Christophe de Dinechin venit, vidit, dixit 25.03.2009 12:47: > I ran into a peculiar issue running git 1.6.1.2 on HP-UX: it looks > like something has remembered an old repository and insists on > providing that to "git fetch" instead of the new repository. Appending > "/." at the end of the remote repository fixes the problem. > > Here are the details. I created a git repository in /home/ddd/vmm, > impored some Subversion history, and started working with that. I > created a few branches, e.g. one called "perrier". Then, I realized > that there was a better way to track Subversion changes, and so I > moved the old repository as /home/ddd/vmm.git, and created a new one > that I populated with "git svn clone svn+ssh://path/to/repot -T trunk - > b branches -t users". That new repository has no branch named > "perrier" in it. > > Now, when I'm on another machine, create a new repository with the > same "git svn clone", then do a "git remote add ddd ssh://name@mymachine/home/ddd/vmm > ", I would expect to pick up the repository that is actually under / > home/ddd/vmm on mymachine. But when I do a "git svn fetch", the output > contains: > > warning: no common commits > remote: Counting objects: 66874, done. > remote: Compressing objects: 100% (14626/14626), done. > remote: Total 66874 (delta 51668), reused 66589 (delta 51418) > Receiving objects: 100% (66874/66874), 96.41 MiB | 187 KiB/s, done > Resolving deltas: 100% (51668/51668), done. > From ssh://name@mymachine/home/ddd/vmm > * [new branch] perrier -> ddd/perrier > ... > > as well as all branches from /home/ddd/vmm.git (not /home/ddd/vmm). I > tried doing an "ssh name@mymachine ls /home/ddd/vmm" to check that > this was indeed the new repository. If instead of "/home/ddd/vmm", I > specify "/home/ddd/vmm/.", then I do get the branches in the new > repository, e.g in that case I get: > > * [new branch] tot -> ddd-good/tot > > This is not just a name dependency, though, because if I specify / > home/./ddd/vmm, then I get the old repository again. So what seems to > matter is the dot at the end of the repository name. > > I'm really puzzled by this behavior, and I have been unable to find > anything in the git documentation explaining it. I tried to find > references to vmm.git anywhere on either machines, but I couldn't. > > This is easily reproduced, so I'm willing to run experiments to try > and debug the problem. Given %s, git looks for existence of "%s.git/.git", * "%s/.git", "%s.git", "%s" in this order. So it's intentional behavior, not a bug. The idea is that non-bare repos should be chosen over bare ones, and bare ones are usually named something.git. One may argue whether %s/.git should come before %s.git/.git. Michael ``` ## Christophe de Dinechin, 2009-03-25 14:51 Subject: Re: Memory of past repositories in git remote? Message-ID: URL: https://gitlist.dev/e/D264AF56-72BB-4658-9DD6-DAC10E3CADBC%40dinechin.org In-Reply-To: ``` Yep, that was it. I didn't realize that $url.git was being tested first. Thanks Christophe On 25 mars 09, at 13:05, Santi Béjar wrote: > 2009/3/25 Christophe de Dinechin : >> Here are the details. I created a git repository in /home/ddd/vmm, >> impored >> some Subversion history, and started working with that. I created a >> few >> branches, e.g. one called "perrier". Then, I realized that there >> was a >> better way to track Subversion changes, and so I moved the old >> repository as >> /home/ddd/vmm.git, and created a new one that I populated with "git >> svn >> clone svn+ssh://path/to/repot -T trunk -b branches -t users". That >> new >> repository has no branch named "perrier" in it. > > Git tries different url: $url/.git, $url.git and $url (I'm not sure > about the order). > > So having $url and $url.git is asking for problems. I don't know if it > is documented somewhere. > > HTH, > Santi ```