Git使用经验指南小结

在使用git的时候,每次都要查询需要的命令,费时费力,在这里简单总结下容易遗忘的点与命令行:
1,首先需要安装git,安装完成后,通过以下指令查看git版本

git --version

若出现版本信息,即可视为安装完成:
在这里插入图片描述
2,配置变量查看与设置

#配置查看
git config --list
#查看用户名
git config user.name
#查看邮箱
git config user.email
#设置用户名
git config global --user.name "yourgitName"
#设置邮箱
git config global --user.email "yourgithubEmail"

3,生成ssh key用于github和本机建立安全连接,需要注意的是一台电脑只需要同github建立一次安全连接即可,如果重复生成rsa码,将会覆盖之前设置。

#生成ssh key
ssh-keygen -t rsa -C "youremail@example.com"

一键回车即可,将生成的id_rsa.pub,复制内容,然后在github-setting-SSH and GPG keys-New SSH key 粘贴内容即可(key名称可以任意取)。注:id_rsa.pub默认在c:/usert/用户名/.ssh/。。。

完成上述步骤后,可通过以下指令来检查是否连接成功:

ssh -T git@github.com

4,建立本地仓库
首先,在本地文件夹下,右键,git bash here,执行初始化代码:

git init

然后,添加文件到git 暂存区

#cd 可进入某目录
#list 罗列当前目录下文件
#添加某指定文件到本地git暂存区
git add 文件名
#添加所有文件到本地暂存区
git add .

最后,将本地暂存区提交到本地仓库

git commit -m "有关本次提交文件的描述"

5,将本地文件关联至github远端仓库,默认名为origin

#将下面地址设置为自己github某一仓库+.git即可
git remote add origin https://github.com/用户/用户的一个仓库.git
#或者
git remote add origin git@github.com:用户/用户的一个仓库.git
#查看已有分支
git branch -vv

在关联的过程中会可能出现“fatal: Couldn’t find remote ref master”,提示找不到远程的链接对象,解决方法如下:
(1)通过检查本地git配置来定位错误

git config user.name

git config user.email

(2)检查远程仓库配置

查看远程仓库配置信息
git remote -v
#若出现错误,可先移除origin,然后在重新建立关联

git remote rm origin
git remote add origin https://github.com/用户/用户的一个仓库.git

(3)还是不行的话可以找到文件路径下 git文件所在,打开config文件,删除[remote “origin”] 下信息。重复(1)(2)步骤。
6,文件推送至远程仓库

#推送指令
git push -u origin master

由于新建的远程仓库是空的,所以要加上-u这个参数(好像不加也可以),等远程仓库里面有了内容之后,下次再从本地库上传内容的时候只需 git push origin master

#推送指令
git push origin master

7,实用指令

#列出当前已经存在的分支
git remote
#列出当前已存在的分支,并显示远程url
git remote url
#查询本地工作目录和暂存区状态
git status
#查看git提交
git log
#本地和远程仓库差异对比
git diff
#注:若无差异,将不显示

。。。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Git 提交规范是指在提交代码时,按照一定的规范来书写提交信息。这些规范包括提交信息的格式、提交信息的内容等方面。采用 Git 提交规范可以提高代码的可读性和可维护性,方便项目的管理和协作开发。 下面是一个常用的 Git 提交规范引入指南: ## 为什么需要 Git 提交规范? 在协作开发项目的过程中,经常会遇到多人同时修改同一个文件的情况。如果每个人提交的代码都采用不同的格式和风格,那么在后期维护和合并代码时就会变得非常困难。因此,为了方便团队协作开发,需要对提交信息进行规范化。 ## Git 提交规范的格式 Git 提交规范的格式通常由三部分组成:标题、空行和正文。 ### 标题 标题是提交信息的第一行,通常不超过 50 个字符。它应该简明扼要地描述本次提交所做的修改。 例如: - 添加了用户注册功能 - 修复了登录页面的样式问题 - 更新了项目文档 ### 空行 标题和正文之间需要空一行,以便于阅读。 ### 正文 正文是提交信息的详细描述,通常包括以下三个部分: 1. 修改的原因: 描述为什么需要做这个修改,它的背景和目的是什么。 2. 修改的内容: 描述具体做了哪些修改,包括新增、修改、删除等操作。 3. 具体实现方式: 如果有必要,可以简要地描述修改的具体实现方式。 例如: ``` 添加了用户注册功能 为了让用户能够注册账号,我们添加了新的注册页面和注册接口。同时,我们还更新了首页和登录页面,让用户能够更方便地进行注册和登录操作。 - 添加了注册页面和注册接口 - 更新了首页和登录页面 - 注册页面采用了表单验证和验证码验证的方式 ``` ## Git 提交规范的内容 在提交代码时,需要遵循一定的提交规范。下面是一些常用的提交规范: 1. feat:新功能 例如:添加了用户注册功能 2. fix:修复问题 例如:修复了登录页面的样式问题 3. docs:文档修改 例如:更新了项目文档 4. style:代码格式修改 例如:调整了代码缩进和空格 5. refactor:代码重构 例如:重构了用户注册功能的代码 6. test:测试代码修改 例如:增加了用户注册功能的单元测试 7. chore:其他修改(如构建过程或辅助工具的变动) 例如:更新了依赖库的版本号 ## 总结 通过 Git 提交规范,可以提高代码的可读性和可维护性,方便项目的管理和协作开发。在实际开发中,需要遵循一定的提交规范,并且在提交信息中尽量详细地描述本次提交所做的修改。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值