今天给自己提了一个问题,当我们在github.com或者gitlab上面新建仓库,并克隆到本地,首次使用的时候,会被问及用户名密码,但是这两个信息存在哪里呢? 带着这个问题,我开始搜索,并在《Pro Git》7.14 Git-工具-凭证存储中读到了完整的解答,但是当我第一次阅读的时候,并没有太清楚它所要表达的意思,于是我不断尝试后,总算是有所明白。 本文就作为一个解读贴,作为补充。 凭证存储究竟要解决什么问题?众所周知,我们通常用SSH和HTTP协议来访问远程仓库。 SSH协议并不采用这里讨论的凭证存储。这里重点要描述的其实是HTTP协议下的凭证存储问题。 为什么会有这个问题呢?因为git使用HTTP协议访问远程仓库进行操作的时候,每个请求,都需要带着用户名和密码以及一个防止重放攻击的随机码。 所以《Pro Git》7.14 Git-工具-凭证存储,就指出,默认情况下每次进行操作的时候,都需要提供用户名和密码。 默认情况下你为什么没有被要求每次都输入用户名密码?《Pro Git》7.14 Git-工具-凭证存储中的第一部分,针对这个问题也给出了解释。 如果你是Mac系统,git默认是提供 如果你是Windows系统,你可能已经安装了 除此之外,你也可以使用 而这几种方式都可以同时存在。 我们该如何选择/设置辅助程序的类型?在回答这个问题前,我们先简单看一下,什么是辅助程序?这个翻译对应的其实是credential.helper配置项,我们可以通过如下命令查看当前配置:
Mac,默认会输出:
对应的也就是Mac的“钥匙串”系统,我们可以通过Mac系统菜单页面“其他->钥匙串访问”功能,搜索git关键字查看。 Windows安装GitGUI后,默认会输出:
接下来,我们再设置一个明文文件存储的,也就是store类型的全局存储,使用下面的命令来试一下:
虽然原文中提到store中提到可以使用--file命令,但是实测在命令行下无效。(原因不未知) 但是可以通过直接编辑配置文件的方式来达到目的: 设置全局的:
设置针对当前项目的:
然后在[credential]配置节下添加:
其中,存储该文件的路径必须提前存在。 两行中,第一行代表指定目录,第二行代表使用默认路径。 (这里我们分别对--global和--local都做了设置) 再次运行后
会输出(Mac):
也就是说,不仅支持osxkeychain模式,还同时支持了store模式。 为了测试效果,打开“钥匙串访问”程序(如果是Mac的话),搜索git,把所有出现的都删掉。 这时候使用 这时如果提示输入用户名密码,就按正确的值输入。当你被提示成功后,这期间,我们刚刚输入的密码,都被存到了我们设置的所有辅助程序对应的凭证存储中。 在“钥匙串访问”程序中,我们也会看到一条新增的凭证信息。 我们既然存储了密码,那密码在哪,又是什么呢?先来看几个使用store类型的凭证存储,它们以文本形式明文存在,我们刚刚既在指定路径也在默认路径上进行了设置,那么我们分别输入下面三个命令,就可以查看到密码了:
当然,也可以用《Pro Git》7.14 Git-工具-凭证存储中提到的 那么,使用Mac的 答案是肯定的!
由这一点可以看出,在《Pro Git》7.14 Git-工具-凭证存储中提到的 get/store/erase是什么作用?从《Pro Git》7.14 Git-工具-凭证存储看,这三个均称为Action,其实也就是从辅助程序获取密码(get)/设置密码(store)/删除密码(erase)。 刚刚的动作中能get到密码了,那么我们尝试删除一下。执行以下命令试一下:
再次用以下代码验证,将没有返回值。使用“钥匙串访问”程序,也将看不到新添加的凭证。
那git credential fill是什么用的?在每次进行访问git push(或其他需要用户名密码的命令)的时候,都会调用该方法,它按照由近及远的思路,尝试向辅助程序获取用户密码,如果成功,就用这个获得的用户密码去访问远程仓库。如果获取不到,就会让用户输入一次,并尝试保存下来。 因此我们第一次使用的时候,会被提示输入用户名密码,就是因为git的内部调用了这个命令。 辅助程序是否可以自己定义呢?答案当然是肯定的,在《Pro Git》7.14 Git-工具-凭证存储中也提供了ruby的示例。 按部就班:拿回自己的密码前面说了那么多,都在帮助我们去理解整套凭证体系,这一段用一个连贯的思路来取回自己的密码:
其中第二个命令的 刚刚设置了那么多,我想删掉那些store存储怎么处理?我们可以使用刚刚直接编辑config文件的思路,直接修改后保存。 同时我们需要注意,那些已经被明文保存的密码,我们需要自行删掉。 也可以使用以下命令:
使用下面命令验证,应该已经看不到结果了:
至此,所有关于配置相关的内容都已经解释完毕。 结论就是,如果不打算明文存储密码,就尽量使用SSH的方式。 参考资料共享编辑 |
|
来自: 昵称54185769 > 《待分类》