Git的使用

Along在学

已于 2024-03-04 14:00:46 修改

阅读量942

点赞数 29

文章标签： git gitcode gitlab gitee

于 2024-03-04 13:57:18 首次发布

本文链接：https://blog.youkuaiyun.com/weixin_45239621/article/details/136450206

版权

Git的使用

一. Git使用

Git是一种记录变化的代码管理工具。

1. 工作流程

克隆 Git 资源作为工作目录。
在克隆的资源上添加或修改文件。
如果其他人修改了，你可以更新资源。
在提交前查看修改。
提交修改。
在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。

2. 仓库区域划分

Git仓库主要分为了以下几种“区域”：

**工作区(workspace)：**就是你在电脑里能看到的目录。所有的代码修改都发生在工作区。
**暂存区/缓存区(staging area)：**英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。修改过的工作区的文件先被添加到了这里，然后在被commit后记为一次提交。
**版本库或本地仓库(local repository)：**工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库。暂存区最终提交到的地方，也是版本历史记录存储的地方，被分为多个分支branch。
**远程仓库(remote repository)：**Git服务器地址，远程仓库-项目存储地址。

3. 基础设置

设置本地Git使用的账户，本地Git账户需要与Github账户对应。

git config --global user.name "xxxx"
git config --global user.email xxx@xx.com

4.仓库命令相关

1）git init

**将所在文件夹初始化为一个Git仓库，**在指令后添加一个名称则首先会创建该名称的文件夹，并将该文件夹作为代码仓库。如果拷贝已创建好的仓库则使用下方指令。

git init

2）git clone

**拷贝已创建好的Git仓库，**支持本地与远程，远程支持http格式与ssh格式的仓库地址，推荐使用ssh仓库地址。

git clone /path/to/repository # 本地仓库
git clone git@github.com:xxxxxx/xxxxxx.git # 远程仓库 ssh格式地址
git clone https://github.com/xxxxxx/xxxxxx.git # 远程仓库 http格式地址

3）git add

添加文件修改到缓冲区（stage），可以添加文件或目录。

git add path/to/filename # 添加一个文件到缓冲区
git add path/to/directory # 添加一个目录中所有文件到缓冲区
git add . # 添加当前目录所有文件到缓冲区

4）git commit

将缓冲区的修改提交到本地仓库HEAD，这一步仅修改本地仓库的HEAD而远程仓库还没有任何变更。添加-m后缀可以直接添加提交信息。提交信息（commit message）格式请参考：约定式提交，在本项目中还需要添加Agile开发对应的消息头。

git commit # 提交，git会自动调用文本编辑器允许你来编写提交信息，保存退出编辑器继续进行提
git commit -m "message" # 提交，后面直接指定提交信息
git commit -a # 添加所有修改到缓冲区并提交（相当于这两个指令一起使用）

5）git push

提交本地修改到远程服务器

git push

6）git pull

获取远程修改到本地，使用–rebase选项当远程有其他更新提交时会自动将远程提交放在本地提交的前面，并将本地的提交追加到远程提交的后方。

git pull --rebase

7）git stash

使用暂存的好处是，提交时不会产生 merge合并的日志，且安全可靠，会尽量避免将错误提交到服务器上面。

git stash -m "massage"  # 暂存（存储在本地，并将项目本次操作还原）
git stash pop  # 使用上一次暂存，并将这个暂存删除，使用该命令后，如果有冲突，终端会显示，如果有冲突需要先解决冲突（这就避免了冲突提交服务器，将冲突留在本地，然后解决）
git stash list  # 查看所有的暂存
git stash clear  # 清空所有的暂存
git stash drop [-q|--quiet] [<stash>]  # 删除某一个暂存，在中括号里面放置需要删除的暂存ID
git stash apply  # 使用某个暂存，但是不会删除这个暂存

8）git reset

版本回退，可以指定退回到某一次提交的版本

git reset HEAD^    # 回退所有内容到上一个版本  
git reset HEAD^ hello.php  # 回退 hello.php 文件的版本到上一个版本  
git reset  052e  # 回退到指定版本

9）git 提交日志

git log  # 查历史提交记录
git blame <file>  # 以列表形式查看指定文件的历史修改记录

5. 仓库分支管理

1）git branch

git branch -a # 查看所有分支，查看所在分支

2）git checkout

拉去分支，切换分支，新建分支。

# checkout远程的dev分支，在本地起名为dev分支，并切换到本地的dev分支
git checkout -b dev origin/dev

# 切换到其他分支（branch），使用-b加新分支名可以创建新分支并切换到新分支
git checkout dev 
git checkout -b branchname

3）git branch

删除一个分支。

git branch -d <branchname>  # branchname：分支名称

4）git merge

将另一个分支和现在所在的分支进行合并。

git merge branchname  # branchname：分支名称

在分支合并过程中如果有冲突，查看冲突文件的区别，并使用文件编辑器手动解决冲突。

git diff
git diff sourcebranch targetbranch
git add <filename> # 冲突解决完毕之后再添加修改到缓冲区

在搞乱一个文件的情况下，将文件退回到上次提交的状态。

git checkout -- <filename>

在搞乱许多项目文件的情况下，将所有项目所有文件退回到远程仓库上次提交的状态。

git fetch origin
git reset --hard origin/master

二. Git提交规范

1. Commit message的格式规范

Commit message 包括三个字段：type（必需）、scope（可选）和subject（必需）。

<type>(<scope>): <subject>

1). type

type用于说明 commit 的类别，规范使用以下标识。

feat：新功能（feature）
fix：修补bug
docs：文档（documentation）
style：格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改bug的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
revert：回滚到上一个版本
merge：代码合并
sync：同步主线或分支的Bug

2). scope

scope用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。（如果涉及具体模块以模块名称为具体内容进行填写）

3). subject

subject是 commit 目的的简短描述，不超过50个字符。

最佳案例

 git commit -m "docs(README.md):分支修改项目说明文档"

格式化Commit message的好处

1). 快速预览历史

git log <last tag> HEAD --pretty=format:%s

2). 快速过滤查找

git log <last release> HEAD --grep feature

3). commit生成Change log

Change Log 是发布新版本时，用来说明与上一个版本差异的文本内容。

参考:

Commit message 和 Change log 编写指南

2. 代码提交流程

先在本分支提交然后切换至dev分支在pull拉取dev最新代码将开发分支合并至dev分支将dev提交push到远程仓库上。

3. 分支开发主干发布模式

1) 分支介绍

开发新的模块从主干分支拉取新的 users分支进行开发。禁止在主干分支（生产）直接修改代码，需在开发分支开发并在测试环境测试通过之后由相关人员同步到主干分支（生产）。

users分支：从master进行拉取

命名方式 dev-<开发模块>-<开发者>-<功能名称>

例如：dev-message-xxxx-邮件通知

dev分支：开发分支，用于功能的整体测试

test分支：测试分支，用于开发测试完全分支的合并实现

prod分支：生产分支，实际的代码使用

2) 代码分支流转图

3) 最佳案例

# 在 master 分支下 拉取 新的users分支
[master] > git checkout -b dev-<开发模块>-<开发者>-<功能名称>

[users] > git add .
[users] > git commit -m "docs(README.md):分支修改项目说明文档"
[users] > git push origin users

# 从 users 分支切换到 dev 分支
[users] > git checkout dev
[dev] > git merge users # 合并 用户分支
[test] > git commit -m "sync:合并代码"
[dev] > git push origin dev # 提交至dev分支

# 从 dev 分支切换到 test 分支
[dev] > git checkout test
[test] > git merge users # 合并 用户分支 
[test] > git commit -m "sync:合并代码"
[test] > git push origin test
[test] > git checkout master

# 从 test 分支切换到 master 分支
[master] > git merge test
[master] > git add .
[master] > git commit -m "sync:主干同步分支"
[master] > git push origin master

# 在 master 分支下 拉取 新的users分支
[master] > git checkout -b dev-<开发模块>-<开发者>-<功能名称>