Re: bug report: cloning private repo to absolute path doesn't work if gitconfig has includeIf directives

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2023-07-12 at 16:21:38, Juan M Uys wrote:
> What happened instead? (Actual behavior)
> 
> ```
> % git clone --depth=1 'git@xxxxxxxxxx:myorg/myprivaterepo.git' '/tmp/some-new-folder'
> Cloning into '/tmp/some-new-folder'...
> ERROR: Repository not found.
> fatal: Could not read from remote repository.
> 
> Please make sure you have the correct access rights
> and the repository exists.
> ```
> 
> However, if I remove the last argument, it works, and clones to the current directory:
> 
> ```
> % git clone --depth=1 'git@xxxxxxxxxx:myorg/myprivaterepo.git'
> Cloning into 'myprivaterepo'...
> remote: Enumerating objects: 99, done.
> remote: Counting objects: 100% (99/99), done.
> remote: Compressing objects: 100% (87/87), done.
> remote: Total 99 (delta 7), reused 77 (delta 7), pack-reused 0
> Receiving objects: 100% (99/99), 5.66 MiB | 4.71 MiB/s, done.
> Resolving deltas: 100% (7/7), done.
> ```

Is the directory you're cloning to the same as above?  Do you see the
same behaviour as above if you switch to /tmp and run this:

  $ git clone --depth=1 'git@xxxxxxxxxx:myorg/myprivaterepo.git' some-new-folder

> I separate my git organisations with different SSH keys with the help of a global git config:
> 
> ```
> init]
>         defaultBranch = main
> [user]
>         email = opyate@xxxxxxxxx
>         name = Juan Uys
> [core]
>         excludesfile = /home/opyate/.gitignore
>         editor = vim
>         pager = less -FRX
> 
> [includeIf "gitdir:/home/opyate/Documents/code/org1/"]
>         path = /home/opyate/Documents/code/org1/gitconfig
> [includeIf "gitdir:/home/opyate/Documents/code/org2/"]
>         path = /home/opyate/Documents/code/org2/gitconfig
> [filter "lfs"]
>         clean = git-lfs clean -- %f
>         smudge = git-lfs smudge -- %f
>         process = git-lfs filter-process
>         required = true
> ```
> 
> And then each org's gitconfig typically looks like:
> 
> ```
> [user]
>         name = Juan Uys
>         email = juan.uys@xxxxxxxx
> 
> 
> [core]
>         sshCommand = "ssh -i ~/.ssh/org1/id_ed25519"
> ```

My guess is that this is related.  If you're cloning into one of the
directories specified with `includeIf` above, then you'd be using a
specific SSH key to do so.  In such a case, you'd have access to
different things than if you cloned in a different repository.

That would explain why public repositories work: as long as you have
an SSH key valid for _some_ account on GitHub, you can clone any public
repository.
-- 
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux