准备
假设你已经 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
* developlhy_devmainmaster
这里星号表示你当前所在的分支。
写代码之前
# 首先安装 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_devgit 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操作直到所有冲突解决完成。