总结 我所理解并一直在使用的git常用流程

一整个git常用流程:

PS1:(1)、(2)任选其中之一拉取仓库,都可以,其余的按顺序执行(5)、(6)不是必须执行的。

PS2: git checkout
dev可以从远程仓库拉取dev分支代码到本地,也可以用来切换本地其他分支,注意,这个过程会更换head区的内容,有一定的危险性,可能导致代码写错分支!慎用!

PS3: git checkout -b dev则可以用来新建本地分支

以上PS2/3提示不包含在开发常用步骤中,请根据自己的场景,选择使用

(1)指定拷贝并且连接该仓库的dev分支,下次提交代码就不用 git remote add origin url了

git clone -b dev http://code.xxxxx.com.cn/xxxx/xxxx.git

(2)拉取整个仓库的所有分支,并且连接远程仓库

git fetch http://code.xxxxx.com.cn/xxxx/xxxx.git

(3)暂存本地修改,可以在需要回滚测试时使用,通常提交代码前,需要拉代码,需要暂存本地修改,防止本地代码因异常操作被覆盖

git stash

(4) 拉取代码

git pull

(5)git status命令可以让我们时刻掌握仓库当前的状态,有哪些文件有变更,但是它不提供查看文件被修改的内容

git status

$ git status
On branch master
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

	modified:   readme.txt

no changes added to commit (use "git add" and/or "git commit -a")

(6)git diff顾名思义就是查看difference,显示的格式正是Unix通用的diff格式,可以查看文件具体改变了哪些内容

git diff

$ git diff readme.txt 
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
 Git is free software.

(7)恢复最近一次的暂存区内容

git stash pop

(8)在这一步,我们需要观察拉取代码,并且恢复暂存区后有没有出现冲突conflict

举个例子,可以在vscode上的目录中,观察到,有冲突的文件名前会出现紫色的圆球

(9)由本地工作区添加到stage区,使用git add * 或者git add . (这一步骤会默认你已经将冲突解决,会清除冲突断点)

git add *

(10)由stage区提交到head区

git commit -m "feat: 提交了点什么的信息备注"

(11)推送到远程仓库

git push 或者指定推送的分支 git push -b dev

PS: 其中git status与git diff不是必须的,但是养成检查的好习惯是好的

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

hzxOnlineOk

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值