关于java:使用账号密码来操作github-NO

2次阅读

共计 2399 个字符,预计需要花费 6 分钟才能阅读完成。

简介

最近在更新 github 文件的时候,忽然说不让更新了,让我很是困惑,起因是在 2021 年 8 月 13 号之后,github 曾经不让间接应用账号名明码来登录了,必须应用 personal access token。明天给大家解说一下怎么对这个 token 进行缓存。

背景介绍

github 为了安全性思考,在 2020 年 7 月就筹备对所有须要应用身份认证的 git 命令切换成基于令牌的身份验证。并且从 2021 年 8 月 13 日开始,在 GitHub.com 上对 Git 操作进行身份验证时将不再承受帐户明码。

这个改变只对应用用户名明码进行 github 交互的用户受影响。如果你应用的是 SSH,或者之前就应用的是令牌,或者应用的是 GitHub Desktop,那么不会有任何影响。

github 做出这个决定次要是对于平安的思考,明文的明码很容易被泄露,如果换成有时限的 token,即便泄露了影响也会十分无限。

并且能够为同一个 github 账号依据不同的应用路径,生成不同的 token,并且随时都能够管制 token 的无效状态和不同 token 代表的权限。最大限度的保障账号的安全性。

生成的 token 可随时撤销,并且令牌的随机性更高,不容易被暴力破解。

创立令牌

令牌,英文名叫做 token,集体拜访令牌英文简写为 PAT。它是一种应用明码对 GitHub 进行身份验证的代替办法。

你能够将 token 看做是明码,不过这个 token 具备权限和无效工夫的限度。同时为了平安起见,GitHub 会主动删除一年内未应用的集体拜访令牌。为了保障令牌的安全性,咱们强烈建议为集体拜访令牌增加过期工夫。

要应用令牌首先须要创立令牌。怎么创立令牌呢?

首先登录 github.com, 在我的账号下方,抉择 settings:

而后在左侧边栏中,点击开发人员设置:

而后抉择右边的集体拜访令牌:

点击生成令牌按钮,就能够生成令牌了。

在创立过程中,咱们须要输出和抉择一些数据:

比方咱们须要给这个 token 起个名字,用来辨别不同的应用场景,还要抉择一个过期工夫,为了平安起见,这个过期工夫不要太长。

最初,就是 token 对应的权限了,如果你只是对 repository 进行操作,抉择 repo 即可。

这样一个令牌就创立好了。

留神,创立好的令牌须要及时保留,因为后续也不能再从网页上查看该令牌的内容。令牌的保留须要和明码的保留一样注意安全。

应用令牌

下面咱们提到了,令牌就相当于明码,比方咱们在拷贝一个须要明码的 repository 应用输出你的用户名和 token 就能够失常操作了。

$ git clone https://github.com/username/repo.git
Username: your_username
Password: your_token

然而如果每次都须要输出明码就太麻烦了。上面解说一下怎么在 git 中缓存令牌。事实上令牌跟明码是等价的,在 git 中缓存明码的形式同样实用于缓存令牌。

缓存令牌

通过设置 credential.helper 的缓存形式,能够对明码进行缓存。

通常来说有两种形式,一种是 cache,一种是 store。

cache 是将明码放在内存中一段时间,明码不会寄存在磁盘中,过一段时间会主动从内存中革除。

通过应用上面的命令,能够开启 cache:

git config --global credential.helper cache

对于 store 来说,它接管一个文件的门路,用来存储密码文件。默认寄存的门路是~/.git-credentials,能够通过指定 –file 来批改:

git config --global credential.helper 'store --file /data/git/.git-credentials'

如果你应用的 mac 零碎,mac 提供了一个 osxkeychain 的货色,能够将明码存储到你的零碎用户的钥匙串中。这种形式更加优雅,首先明码是加密保留的,另外其治理起来也十分不便,还有可视化的界面。

当然你也能够从命令即将 github 的存储明码进行删除:

$ git credential-osxkeychain erase
host=github.com
protocol=https
> [Press Return]

如果你在 windows 机子上,那么能够装置一个叫做““Git Credential Manager for Windows”的工具,它是一个和 osxkeychain 相似的货色。

应用 GCM

下面介绍的存储办法都曾经过期了,当初 github 举荐应用 Git Credential Manager Core (GCM Core) 来对你的客户端凭证进行治理。

通过应用 GCM Core,基本不须要创立和贮存 PAT,全副都有 GCM Core 来代表你进行治理。

怎么装置 GCM 呢?上面是在 mac 上装置的过程:

首先装置 git:

brew install git

而后装置 GCM Core:

$ brew tap microsoft/git
$ brew install --cask git-credential-manager-core

在下次你 clone 须要应用身份验证的 HTTPS URL 时,Git 将会提醒你应用浏览器窗口登录,通过受权 OAuth 应用程序,实现 GCM Core 对凭证的治理性能。

胜利通过身份验证后,你的凭据将存储在 macOS 钥匙串中,并且每次克隆 HTTPS URL 时都会应用钥匙串中的凭证。Git 不会要求你再次在命令行中键入凭据,除非你更改凭据。

GCM Core 同样能够在 windows 和 linux 环境下应用。

总结

通过生成新的 token,并更换现有的缓存明码,最终我的 github 又能够从新提交了,赞!

本文已收录于 http://www.flydean.com/05-git-personal-access-token/

最艰深的解读,最粗浅的干货,最简洁的教程,泛滥你不晓得的小技巧等你来发现!

欢送关注我的公众号:「程序那些事」, 懂技术,更懂你!

正文完
 0