SSH和HTTPS谁在gitee中更安全

其实两者都差不多,ssh要事先配置好账户ssh公钥

主要区别如下:

1 ssh: 在clone公有仓库的时候,就已经通过了检验(服务端匹配了你的公钥身份,即知道你保留的已加密gitee账户信息),当你把修改好的clone文件push到该公有仓库的时候,服务端会根据你的身份匹配到该公有仓库的权限,直接决定你是否能push成功,只要你是该仓库的管理员或开发者,那么一定会push成功.

2 https:在clone共有仓库的时候,服务端不去检验你的身份(即任何人都能clone共有仓库,没有gitee账户也一样),当你把修改好的clone文件push到该公有仓库的时候,服务端会跳出登录gitee账户的弹窗,如果你是该共有仓库的管理员或者开发者(前提你已经有gitee账户并且创建了该仓库),那么登录该账户是可以push,反之不可以.而且这个登录弹窗其实就是个缓存凭据,是用来保存到该计算机的gitee账户.有了这个缓存凭据,以后默认是以该gitee账户push(代码)文件,省去每次push都要登录gitee账户的操作,但是如果下次你要修改另一个clone下的共有仓库的文件push到另一个公有仓库(你没有此仓库的开发和管理权限),这时就会报错,因为已经默认是以你的账户信息push.这是我们需要删除已在计算机上保存的gitee账户信息缓存凭证,以下是凭据位置:

这时再去push的话会再次弹出登录gitee账户的页面,我们就可以输入具有该公共仓库权限的账户信息,如果没有那就不能push

补充:

在工作中,当开发经理或其他同事发一个他仓库的clone链接给你(不管是共有属性,还是私有属性)如果你是开发人员,就直接和他说要开发的话直接给我该仓库的开发权限就行了,如果你是测试人员,就问他要一个该仓库的观察者权限即可,省去后面如果开发人员要push但不成功的操作,更离谱的就是如果他是私有仓库,你(自己的gitee账号)连clone都不会成功,除非你有该仓库权限的账号信息密码,这样的话就当我没说.