相关疑难解决方法(0)

Git工作流程和rebase与合并问题

我和其他开发人员一起在一个项目上使用Git几个月了.我有几年的SVN经验,所以我想我给这段关系带来了很多包袱.

我听说Git非常适合分支和合并,到目前为止,我只是没有看到它.当然,分支很简单,但是当我尝试合并时,一切都变得很糟糕.现在,我已经习惯了SVN,但在我看来,我只是将一个低于标准的版本系统换成了另一个.

我的搭档告诉我,我的问题源于我不顾一切地合并,并且我应该在很多情况下使用rebase而不是合并.例如,这是他所规定的工作流程:

clone the remote repository
git checkout -b my_new_feature
..work and commit some stuff
git rebase master
..work and commit some stuff
git rebase master
..finish the feature
git checkout master
git merge my_new_feature
Run Code Online (Sandbox Code Playgroud)

基本上,创建一个功能分支,始终从主分支到分支,并从分支合并回主分支.需要注意的重要一点是,分支始终保持在本地.

这是我开始的工作流程

clone remote repository
create my_new_feature branch on remote repository
git checkout -b --track my_new_feature origin/my_new_feature
..work, commit, push to origin/my_new_feature
git merge master (to get some changes that my partner added)
..work, commit, push to origin/my_new_feature
git merge master
..finish …
Run Code Online (Sandbox Code Playgroud)

git version-control git-merge git-rebase

949
推荐指数
10
解决办法
20万
查看次数

为什么 git pull origin master 创建合并提交

我的远程同事总是在没有实际原因的情况下创建虚拟合并提交 - 它们包含自他上次拉取以来已推送到存储库的完全相同的代码。我想阻止这种情况,但无法真正弄清楚他是如何做到的 - 他说他唯一做的就是git pull origin master出于某种原因将远程代码拉下来作为他自己的代码。有什么想法会发生这种情况吗?我想我会去tmate他的终端检查一下自己。

git

3
推荐指数
1
解决办法
4231
查看次数

标签 统计

git ×2

git-merge ×1

git-rebase ×1

version-control ×1