Gitlib或github 配置SSH

新公司环境问题:一般在公司都会自己搭建一个gitlib来进行代码的版本管理,而代码的上传下载方式一般有两种方式,一种是Http和SSH方式,http方式直接进行clone方式下载,而ssh方式则需要配置公钥和私钥才能正确的下载配置文件,所以配置了公钥私钥才是正确的打开方式

不然你会看到这个问题:

配置git的ssh key:                                                                                                                                                                                           首先用如下命令(如未特别说明,所有命令均默认在Git Bash工具下执行) , 检查一下用户名和邮箱是否配置(github支持我们用用户名或邮箱登录):

命令如下:git config --global --list

这是已经配置过的:

如果你的没有配置,可以现使用下面配置下:

git config --global user.name "这里换上你的用户名"

git config --global user.email "这里换上你的邮箱"

然后执行以下命令生成秘钥:

ssh-keygen -t rsa -C "这里换上你的邮箱"

然后执行三次或者四次回车确认

  1. 确认秘钥的保存路径(如果不需要改路径则直接回车);
  2. 如果上一步置顶的保存路径下已经有秘钥文件,则需要确认是否覆盖(如果之前的秘钥不再需要则直接回车覆盖,如需要则手动拷贝到其他目录后再覆盖);
  3. 创建密码(如果不需要密码则直接回车);
  4. 确认密码;

确认出现下面这个,说明已经配置完成:

在指定保存路径下会生成2个文件名为id_rsa和id_rsa.pub文件:如下图所示:

点击进入github配置ssh key

生成密钥后,再次尝试用git方式下载,可以看到已经可以正常下载: 

 

### 如何通过HTTP协议使用GitLib克隆项目 要通过HTTP协议使用GitLib克隆仓库,需要遵循一系列标准流程来完成操作。以下是具体方法: #### 1. 创建远程仓库 在GitHub其他支持Git的服务平台上创建一个新的远程仓库。例如,在GitHub上新建一个仓库后会获得一个类似于`https://github.com/username/repository-name.git`的URL地址[^1]。 #### 2. 配置本地环境 为了能够成功克隆并推送到远程仓库,可能需要先配置SSH密钥者直接使用HTTPS方式进行身份验证。如果选择不使用SSH,则可以通过用户名和密码进行认证。对于某些私有仓库,还需要提供个人访问令牌(Personal Access Token)[^4]。 #### 3. 执行克隆命令 打开终端命令提示符工具,切换至希望存储该副本的位置,并运行如下指令: ```bash git clone https://your-git-server-address/project-path.git ``` 其中 `https://your-git-server-address/project-path.git` 是目标项目的完整路径链接。比如前面提到的例子就是这样的形式:`git clone https://github.com/kangf897570/clone_reso_demo.git`。 另外需要注意的是,如果是从内部部署的企业级服务如GitLab中获取资源,则其格式可能会有所不同,形似于 `http://ip_address_or_domain_name/group/repo.git` ,就像这里展示的一个例子那样指向了一个局域网内的服务器位置:`To http://192.168.126.137/root/Accommate.git`[^2]。 #### 4. 提交更改到远端 一旦完成了上述步骤之后就可以开始正常工作流了——修改文件、添加新内容等等。完成后记得及时保存这些改动并通过以下几条基本命令将其发送回原始源码库当中去。 - 添加变更项到暂存区: ```bash git add . ``` - 记录此次更新的信息记录下来形成一次正式提交行为: ```bash git commit -m "描述性的消息" ``` 最后一步便是把刚才所做的全部努力都分享出去啦! 使用 push 动作让所有人知晓您的贡献吧~ ```bash git push origin main ``` 注意替换branch name为主分支名称(通常是main master),这取决于您所处的具体情况以及团队约定的习惯做法. --- ### 注意事项 尽管可以直接利用 HTTP(S) 协议来进行版本控制系统的交互活动,但从安全角度考虑还是推荐尽可能启用 SSH 密钥机制以减少暴露敏感数据的风险;同时也要留意不同角色间针对特定资料集所能行使的权利范围差异,确保每位参与者仅拥有必要的最低限度许可级别即可满足日常需求而不会造成不必要的麻烦。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值