Re: [PATCH 0/2] contrib/credential/netrc: Makefile + script cleanup
- From
Denton Liu <liu.denton@gmail.com>
- Date
- Dec 17, 2019, 06:17 UTC
- Message-ID
- <20191217061723.GA507345@generichostname>
- In-Reply-To
- <20191217024858.GA2734969@coredump.intra.peff.net>
Hi Peff,
On Mon, Dec 16, 2019 at 09:48:58PM -0500, Jeff King wrote:
Show 12 quoted lines
> On Mon, Dec 16, 2019 at 01:32:32PM -0800, Denton Liu wrote: > > > I recently switched my workflow to use this credential helper and I > > noticed a couple of problems: > > > > 1. The interpreter path was hardcoded to #!/usr/bin/perl > > > > 2. The script refuses to run outside of a Git repository > > > > This patch series should fix these problems. > > Both of these patches look good to me.
Thanks for reviewing :)
Show 5 quoted lines
> > It does make me wonder if many people are using credential-netrc, given > these pretty obvious problems. You're certainly welcome to use it if it > works for you, but I am curious what made you pick it versus one of the > other more advanced helpers.
I wanted a credential helper that was encrypted and OS-independent. Since GPG is basically available on everything, it fits my use case.
It also helped that it resulted in a workflow that was very similar to my old mutt workflow. Before, I had
source "gpg -dq ~/.mutt/credentials.gpg |"
and I just replaced the gpg with a script that wraps around git-credential.
> > I assume you're using a gpg-encrypted netrc (if not, you should probably > just use credential-store). For "read-only" password access, I find the > combination of pass[1] with config like this is a bit nicer:
Nice, I never knew heard about pass until now. I only have one password in my credential store currently but if I need to add more, I'll keep this in mind!
-Denton
Show 8 quoted lines
>
> [credential "https://github.com"]
> username = peff
> helper = "!f() { test $1 = get && echo password=`pass github/oauth`; }; f"
>
> -Peff
>
> [1] https://www.passwordstore.org/