基本上我是在我的机器上做的:

https://gist.github.com/bsara/5c4d90db3016814a3d2fe38d314f9c23

我的配置文件脚本与描述略有不同:

env=~/.ssh/agent.env

agent_load_env () { test -f "$env" && . "$env" >| /dev/null ; }

agent_start () {
    (umask 077; ssh-agent >| "$env")
        . "$env" >| /dev/null ; 
}

agent_load_env

# agent_run_state: 0=agent running w/ key; 1=agent w/o key; 2= agent not running
agent_run_state=$(ssh-add -l >| /dev/null 2>&1; echo $?)

if [ ! "$SSH_AUTH_SOCK" ] || [ $agent_run_state = 2 ]; then
    agent_start
    ssh-add
elif [ "$SSH_AUTH_SOCK" ] && [ $agent_run_state = 1 ]; then
    ssh-add
fi

unset env

curl -fsSL https://cli.github.com/packages/githubcli-archive-keyring.gpg | sudo dd of=/usr/share/keyrings/githubcli-archive-keyring.gpg

echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/githubcli-archive-keyring.gpg] https://cli.github.com/packages stable main" | sudo tee /etc/apt/sources.list.d/github-cli.list > /dev/null

sudo apt update
sudo apt install gh
gh auth login

它将要求输入协议和令牌

然后我再次克隆回购。它不是要信物

我喜欢在存储库中对它们进行加密，并使用.envrc (https://direnv.net/)加载它们。

为了做到这一点，我使用ssh-vault来加密数据，使用我的ssh密钥，GitHub已经公开，例如:

echo MY_TOKEN="secret" | ssh-vault -u <github-user> create > my-encypted-vars.ssh

然后.envrc的内容看起来像这样:

echo "Enter ssh key password"
context=$(ssh-vault view $HOME/projects/my-encrypted.ssh | tail -n +2)
export ${context}

这将解密my-encrypted-vars中的数据。ssh文件，并设置MY_TOKEN到我的环境变量，每次我cd到项目目录。

通过这样做，令牌/变量被“安全地”存储，并且随时可以作为环境变量使用

或者，您可以在主目录中创建一个~/.netrc文件，并将登录凭据保存在其中。

cat ~/.netrc
machine github.com login <login-id> password <token-password>

使用git代替。基本上，将每个https://github调用替换为访问令牌+ https://

git config——global url."https://<username>:<github-token>@github.com/". insteadof "https://github.com/

现在每次调用github都会自动添加您的凭据。

我在这里找到了很好的答案。 更多关于git insteadOf的信息。

密码的一半意义在于(理想情况下)你记住它们，系统对它们进行哈希，因此它们永远不会以纯文本的形式存储在任何地方。 然而，GitHub的个人访问令牌系统似乎基本上迫使你以纯文本存储令牌?

首先，PAT(个人访问令牌)不是一个简单的密码，而是一个等价的密码:

你可以生成多个时间(例如，每台机器一个你需要访问GitHub存储库) 你可以在任何时候撤销(从GitHub web界面)，这使得PAT过时，即使它徘徊在其中一台机器上。

这与你的密码不同，密码是你账户的唯一密码，如果你在任何地方使用它，都必须修改它，否则无法轻易更改。

由于在命令行或API上使用Git通过HTTPS执行Git操作时，可以使用PAT代替密码，因此可以使用Git凭据帮助器安全地缓存它。 例如，在Windows上，将使用Windows凭据管理器，通过GCM—Git凭据管理器—用于Windows, Mac或Linux:

git config --global credential.helper manager-core
# Git 2.39+
git config --global credential.helper manager

(在2022年第四季度Git 2.39+中，manager-core被替换/重命名为manager)

第一次你推到一个回购，一个弹出窗口将要求你的凭证:用户名和你的PAT。 下一次，它将不会询问，并直接重用该PAT，该PAT仍然安全地存储在凭据管理器中。

类似的想法也适用于Mac和GNOME Keyring(在2021年，它将需要一个DBus会话和libsecret)，但在2021年，GCM-Core涵盖了这些用例。 这个想法仍然是:将PAT存储在加密的凭据存储中。

如上所述，更现代的解决方案(2020年第四季度)是Microsoft git -凭据管理器- core，或2022年第四季度，Microsoft git -凭据管理器

git config --global credential.helper manager-core
# Git 2.39+:
git config --global credential.helper manager

在Git 2.39 (Q4 2022)之前，适用于Linux:

您需要安装git-credential-manager-core，下载其最新版本，如gcmcore-linux_amd64.2.0.474.41365.deb

sudo dpkg -i <path-to-package>
git-credential-manager-core configure

不过，正如Mekky Mayata在评论中指出的那样，在Linux上使用GCM (git - credential - manager - core)时，您需要定义一个git config -global credential。credentialStore第一。

参见“Linux上的凭据存储”:

在Linux平台上，Git凭据管理器(GCM)有四个存储凭据的选项: freedesktop.org特勤局API GPG/pass兼容文件 Git内置的凭据缓存 纯文本文件 默认情况下，未配置GCM。 您可以通过设置GCM_CREDENTIAL_STORE环境变量或凭据来选择要使用的凭据存储。credentialStore Git配置设置。

正如agent18在评论中指出的那样，在安装libsecret-1-0和libsecret-1-dev之后使用git-credential-libsecret是很好的第一步。 但是，同样，现在应该由凭证管理器核心包装(在Git 2.39之前)。