如何将本地分支与远程master主分支合并成一个长尾词?

2026-04-13 02:411阅读0评论SEO问题
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计614个文字,预计阅读时间需要3分钟。

如何将本地分支与远程master主分支合并成一个长尾词?

1. 使用 `git add .` 将本地修改的文件添加到暂存区。

2.使用 `git commit -m 修改内容` 提交修改,并添加日志信息。

3.使用 `git checkout master` 切换到主分支。

4.使用 `git pull` 将远程仓库的最新内容拉取到本地。


1.git add . // 将本地修改文件加入暂存区 2.git commit -m"修改内容" //提交日志 3.git checkout master // 切换到主分支 (建议操作到这里的时候利用git branch 查看一下本地分支有哪些) 4.git pull // 将本地主分支代码更新 5.git checkout self-branch //切换到自己分支 6.git merge master //将主分支代码合并更新到自己分支 7.git push // 提交到自己分支远程端 8.git checkout master //切换到主分支 9.git merge self-branch // 将自己代码合并更新到本地主分支master 10.git push // 将本地代码推到远程主分支master上 // 到这里已经实现了将本地代码推送合并到远程master主分支上了,但为了下次继续开发可以切换到自己开发分支上 11.git checkout self-branch

参考:

如何将本地分支与远程master主分支合并成一个长尾词?

应该是先commit 自己本地的代码 再pull
直接pull 你本地的代码还没提交就直接被覆盖了

我的建议是:
1.在本地修改与远程代码无冲突的情况下,优先使用:pull->commit->push
2.在本地修改与远程代码有冲突的情况下,优先使用:commit->pull->push

那么我们怎么去确定是否有冲突呢?
一般我们在合作开发一个项目的过程中,都会有分工,有时会两个人同时修改一个类,有时整个类都是你自己在开发。
如果都是自己在开发的类,当然优先使用pull->commit->push,为什么我更倾向这种方式呢,因为这样会减少Git没有必要的merge。

如果有冲突的情况下,先pull了会出现什么问题呢?
如果你的判断失误,在本地修改与远程代码有冲突的情况下,先执行了git-pull,即使是这样也不用担心,git会给你一个错误提示,这时候你再去执行commit->pull->push也是没有问题的。


本文共计614个文字,预计阅读时间需要3分钟。

如何将本地分支与远程master主分支合并成一个长尾词?

1. 使用 `git add .` 将本地修改的文件添加到暂存区。

2.使用 `git commit -m 修改内容` 提交修改,并添加日志信息。

3.使用 `git checkout master` 切换到主分支。

4.使用 `git pull` 将远程仓库的最新内容拉取到本地。


1.git add . // 将本地修改文件加入暂存区 2.git commit -m"修改内容" //提交日志 3.git checkout master // 切换到主分支 (建议操作到这里的时候利用git branch 查看一下本地分支有哪些) 4.git pull // 将本地主分支代码更新 5.git checkout self-branch //切换到自己分支 6.git merge master //将主分支代码合并更新到自己分支 7.git push // 提交到自己分支远程端 8.git checkout master //切换到主分支 9.git merge self-branch // 将自己代码合并更新到本地主分支master 10.git push // 将本地代码推到远程主分支master上 // 到这里已经实现了将本地代码推送合并到远程master主分支上了,但为了下次继续开发可以切换到自己开发分支上 11.git checkout self-branch

参考:

如何将本地分支与远程master主分支合并成一个长尾词?

应该是先commit 自己本地的代码 再pull
直接pull 你本地的代码还没提交就直接被覆盖了

我的建议是:
1.在本地修改与远程代码无冲突的情况下,优先使用:pull->commit->push
2.在本地修改与远程代码有冲突的情况下,优先使用:commit->pull->push

那么我们怎么去确定是否有冲突呢?
一般我们在合作开发一个项目的过程中,都会有分工,有时会两个人同时修改一个类,有时整个类都是你自己在开发。
如果都是自己在开发的类,当然优先使用pull->commit->push,为什么我更倾向这种方式呢,因为这样会减少Git没有必要的merge。

如果有冲突的情况下,先pull了会出现什么问题呢?
如果你的判断失误,在本地修改与远程代码有冲突的情况下,先执行了git-pull,即使是这样也不用担心,git会给你一个错误提示,这时候你再去执行commit->pull->push也是没有问题的。