-
-
Notifications
You must be signed in to change notification settings - Fork 103
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Lab shouldn't store access credentials in .gitconfig #48
Comments
Thanks @JoeNyland, this seems like a fair assessment of current situation and I appreciate that you have specific usecases in mind. I've been talking about adding a config file for a few different things now. I'll move the global credentials in there when the time comes. |
No worries! Ok, that sounds great! 🎉 |
@JoeNyland Planning to implement these changes soon and I wanted to offer a possible workaround in the meantime. It looks like git 1.7.10+ supports sourcing other files for your .git config. This works for me using
|
Oh right, cool! I'll give that a go. Thanks! |
[#48] (config) support lab.hcl config and move credentials into it.
I think this has been solved. Closing it. |
Not quite, it'll go out in |
It's not uncommon for users to version control their dotfiles. A common file to version control is
~/.gitconfig
.Lab currently stores and retrieves a users access token from
git config
. Having my Gitlab access token stored in.gitconfig
means that I can no longer version control this file, which it important to me as this file contains shared configuration for all of my projects on my system.If I understand the documentation for Lab currently, I could add my access credentials to
.git/config
in each projects repository on my system, but this is a very tedious and cumbersome workaround to the issue.github/hub Helps it's users in this case by storing access tokens in an application specific config file
~/.config/hub
, which is a file that's less likely to be version controlled by users. I think Lab should use a similar solution, or at least provide it as an alternative credential store to the currentgit config
system.github/hubs implementation is here, if it helps.
The text was updated successfully, but these errors were encountered: