| ▲ | Kwpolska 5 hours ago |
| Solving the problem of having a personal and a work GitHub account is really trivial without any extra tools. All you need is a dedicated SSH key for that GitHub account. (And why would you have a password for a ssh key on your personal machine?) ~/.ssh/config Host github.com-work
HostName github.com
User git
IdentityFile ~/.ssh/work_id_rsa
IdentitiesOnly yes
~/.git/config [user]
email = work@example.com
[remote "origin"]
url = github.com-work:Work/Widget.git
|
|
| ▲ | embedding-shape 4 hours ago | parent | next [-] |
| Which works for a while, until you have a bunch of projects under various identities. In my main ~/.gitconfig I have: [includeIf "gitdir:/home/user/projects/embedding-shapes/"]
path = /home/user/.gitconfig-embedding-shapes
Where basically `projects/` follow GitHub naming with $user/$repo, so I set the git identity based on all projects within that user, rather than repo-by-repo which would get cumbersome fast.Then you just make sure you're in the right directory :) |
| |
| ▲ | beaker52 2 hours ago | parent | next [-] | | This. I’ve seen so many tools solving problems that already have solutions lately because LLMs allow people to run off and “fix” the problem their way before they can a chance to discover existing, more appropriate solutions. The next step of this problem space is: “when I’m working on project X, I often forget to change my GitHub user with Gitas” so now they need direnv or something to switch it for them. The original solution foresaw this - so is far more complete that Gitas already _and_ built into git itself. But, LLMs, so here we are, slowly drowning in a growing ocean of software built by the unaware. | |
| ▲ | accoil 3 hours ago | parent | prev [-] | | I use that approach. I also make sure to not set the [user] section in my main config (and only in the included files). That way if I'm operating outside of one of my user directories git commit fails due to having no user details. |
|
|
| ▲ | OrderlyTiamat 35 minutes ago | parent | prev | next [-] |
| > (And why would you have a password for a ssh key on your personal machine?) You're presumably joking? If not, could you elaborate? |
| |
| ▲ | PunchyHamster 29 minutes ago | parent [-] | | well if you have encrypted storage and already need password to get to it, secondary password is of little value Tho I prefer to just use hardware key for ssh | | |
| ▲ | rzzzt 6 minutes ago | parent [-] | | ssh-agent will also be happy to provide the key to git after an initial unlock with the passphrase. |
|
|
|
| ▲ | an hour ago | parent | prev | next [-] |
| [deleted] |
|
| ▲ | xn 2 hours ago | parent | prev | next [-] |
| Are there any good reasons to use multiple GitHub user accounts? GitHub organization membership and permissions are well designed in my experience, negating the need for multiple user accounts. |
| |
| ▲ | StarlaAtNight an hour ago | parent | next [-] | | Consultants or professional services folks will be working in their company’s GitHub account and several clients. Requires managing lots of git/GitHub accounts | |
| ▲ | embedding-shape 2 hours ago | parent | prev | next [-] | | > Are there any good reasons to use multiple GitHub user accounts? Is there any good reasons not to separate what you work on into multiple GitHub accounts? Not to mention some people don't want all their projects attached to one profile, some people also develop in their free-time, and don't want to mix freetime/work projects under the same user account, for multiple reasons. | |
| ▲ | jimmydoe an hour ago | parent | prev | next [-] | | A why not B if you ever be in a company using the half baked GitHub hosted enterprise…. | |
| ▲ | Hamuko 33 minutes ago | parent | prev [-] | | I use a pseudonym during my free time, so yes. Also my employer is requiring us to use company-specific GitHub accounts, so the decision is out of my hands anyway. |
|
|
| ▲ | arccy 3 hours ago | parent | prev | next [-] |
| If you don't want to bother with directories or want to use https instead of ssh, you can do remote url based dispatch in your gitconfig: [credential "https://github.com/org1"]
useHttpPath = true
helper =
helper = /path/to/auth.sh user1
[includeIf "hasconfig:remote.*.url:https//github.com/org1/**"]
path = user1.gitconfig
; set name / email in user1.gitconfig
where auth.sh is something that can produce the right token for the given user, e.g. #!/bin/bash
echo "username=$1"
echo "password=$(gh auth token --user $1)"
|
|
| ▲ | adithyassekhar an hour ago | parent | prev | next [-] |
| Is this that dropbox moment again? Anyway on Windows I keep a separate work and personal profile and GitHub auth doesn't go between them. |
|
| ▲ | jimmydoe an hour ago | parent | prev [-] |
| For Claude Code users: - using alternative host is not supported when roaming between local and cloud, fix is to add another origin you don’t use but use GitHub.com url - CC uses gh command, which still needs account switch, this can be solved by add the switch to CC hook. |