高效使用git流程分享

准备

假设你已经 clone 了当前仓库，并且你的终端位置已经位于仓库目录中。

查询状态

查询状态常用的命令有 git status 和 git branch。

前者用于查询更改文件情况，后者用于展示所有分支。

chatbot-system$ git status On branch develop Your branch is up to date with 'origin/develop'. Untracked files: (use "git add <file>..." to include in what will be committed) doc/ nothing added to commit but untracked files present (use "git add" to track) chatbot-system$ git branch * develop lhy_dev main master

这里星号表示你当前所在的分支。

写代码之前 # 首先安装 pre-commit pip install pre-commit # 安装 pre-commit 用于检查提交 pre-commit install # 将 pre-commit 挂载到 git 操作 git pull # 更新代码，始终基于最新版本进行开发

假设你现在已经在 develop 分支了，如果不在，请执行 git checkout develop。

然后，你需要创建你自己的分支，进行代码开发。

git checkout -b demo_dev # 请自行把 demo 换成你的标识符，表示基于当前分支创建分支 demo_dev 并且切换到新分支上 #例如： git checkout -b otter_dev 写代码之后

你这时候已经写完了代码，你需要进行如下操作。

git add <file> # 添加 <file>，表示准备提交这个文件，如果 <file> 是个目录，表示准备（递归地）提交这个目录下的所有文件 git commit -m <commit-message> # 提交，<commit-message> 需要是字符串，如 "add function"，用来给你本次的提交进行备注

通常来说，git commit 可能会失败，因为 pre-commit 的检查。

但是因为 pre-commit 会尽力去自动修复代码问题，因此这时候你应该尝试重复前面的 add 和 commit 步骤。

git add . git commit -m "update handgesture" git pull （更新使获取最新的仓库代码，此步可选） git push 提交到远程

如果远程没有你的分支，你一般需要

git push -u origin demo_dev git push -u origin otter_dev

这样就能提交，如果已经有了你的分支，你通常只需要 git push 即可。

（如果提示你远程存在冲突，那么请额外加上 -f 参数）

开始下一轮开发

如果你的提交已经通过 Merge Request 进入了 develop 分支，一般需要你更新 develop 分支，并重新创建你自己的分支，当然你也可以使用 rebase。

假设你目前处于 develop 分支。

删除原分支并重新创建

git pull git branch -D demo_dev git checkout -b demo_dev

使用 rebase 来解决

git pull git checkout demo_dev git rebase develop 其他问题 关于在github提pr pr名称要概括内容一定要解决所有冲突 一般是rebase main解决，保证合并、无冲突正确可merge的图 # 我现在在自己的分支上，然后我需要执行以下四行， # 确保最终提交时已经更新完毕没有冲突且在自己的分支上提交 git checkout main git pull git checkout [your_branch] git rebase main

当提交pr的时候没有显示绿色对号可以成功提交时，可能是中途别人提交了新的commit，导致版本不一致，此时需要更新一下本地版本

# 此时是在自己的分支下 # 从上游更新一下最新代码 git fetch upstream # 把远程的最新代码合并到自己的分支中 git merge upstream/main # 再执行git push推送上去 git push # 此时再回到网页快点去提交pr就可以了；

其他

# 查看历史记录 git log # 输入q就可以退出了 # 可以学一下vim # 打开vim的时候默认不能写东西 # 按a或者i进入编辑模式，写几个字的说明 # 先按esc退出键退出编辑模式，再输入英文状态的冒号和wq两个字母（write，quit），代表保存并退出,然后按回车即可完成编辑，退出到终端目录 :wq # 假设（要恢复的）文件是main.py——》从最后（最新）一次的提交里把main.py复制到工作区（会覆盖） git checkout HEAD main.py 解决rebase的冲突 当在执行 git rebase 过程中遇到冲突时，Git会暂停rebase操作，并告诉你需要手动解决这些冲突。解决冲突的步骤如下： 打开有冲突的文件，可以使用代码编辑器或文本编辑器进行编辑。 在冲突标记 <<<<<<<, =======, >>>>>>> 之间进行修改，根据需要保留或删除代码。 ==保存文件后，使用 git add 命令标记已解决的冲突文件==。 例如： bash Copy code git add path/to/conflicted_file ==继续执行 git rebase --continue 命令，告诉Git你已经解决了冲突并且可以继续rebase操作==。 如果你不想解决这个冲突并且直接跳过这个提交，你可以使用 git rebase --skip 命令来跳过当前提交。 如果你想放弃rebase操作并返回到rebase之前的状态，可以使用 git rebase --abort 命令来中止rebase操作，回到rebase之前的状态。 请注意，在执行 git rebase 过程中，如果有多个提交冲突，你需要逐个解决并标记它们，然后继续rebase操作直到所有冲突解决完成。