相关疑难解决方法(0)

'git pull'和'git fetch'有什么区别?

主持人注意:鉴于此问题已经发布了67个答案(其中一些已删除),请考虑在发布另一个问题之前是否提供任何新内容.

git pull和之间有什么区别git fetch

git version-control git-pull git-fetch

1万
推荐指数
41
解决办法
269万
查看次数

你什么时候使用git rebase而不是git merge?

什么时候建议使用git rebasevs. git merge

成功改造后我还需要合并吗?

git version-control git-merge git-rebase

1461
推荐指数
15
解决办法
36万
查看次数

git pull和git pull --rebase之间的区别

我在某个时候开始使用git,并没有完全理解错综复杂.我在这里的基本问题是找出a git pull和之间的区别git pull --rebase,因为添加--rebase选项似乎没有做一些非常不同的事情:只需要拉动.

请帮助我理解差异.

git git-pull

290
推荐指数
5
解决办法
19万
查看次数

Git Pull vs Git Rebase

我是Git中的菜鸟,并试图了解git pullvs 之间的区别git rebase.有人可以提供一个示例何时使用哪个选项,因为我觉得两者都有相同的用途.

git

91
推荐指数
3
解决办法
7万
查看次数

Git rebase 圈子一次又一次地回到同一个地方

我在使用 Git rebase 时遇到问题,我必须一次又一次地合并代码,但仍然没有成功。

我从主人那里切下了我的分支(A)。我开始在我的分支上工作并进行了更多的提交。与此同时,master 也发生了变化,并进行了大量的提交。现在我正在尝试将我的分支合并回 master。

所以我给,

git co master
git pull 
git co branch-A
git rebase master
Run Code Online (Sandbox Code Playgroud)

现在我收到类似 CONFLICT 的消息:合并冲突

有了这个,它分支到一个新的分支,名称为(没有分支,rebase 分支-A)在此之后我解决了所有冲突,然后我给了所有这些文件的 git add 。

现在我得到了状态

rebase in progress; onto ad0da3f
You are currently rebasing branch 'branch-A' on 'ad0da3f'.
  (all conflicts fixed: run "git rebase --continue")
Run Code Online (Sandbox Code Playgroud)

在此之后,我运行 git rebase --continue 并且我为解决冲突所做的所有更改都消失了,它回到了合并和像以前​​一样抛出大量冲突的初始状态!

我的问题是,

  1. 我怎样才能恢复在发出 git rebase --continue 之前完成的所有冲突解决方案?
  2. 我怎样才能不陷入需要一次又一次合并以将更改从 master 拉到我的分支的同一个循环?
  3. 在我成功地将所有更改从 master 合并到我的分支后,将我的分支合并回 master,我可以简单地使用,

    git co master git merge branch-A

或者我需要发出更多命令吗?

任何帮助请...

git git-merge git-rebase git-branch

7
推荐指数
1
解决办法
3378
查看次数

为什么我没有接触过的文件在拉动后会变成合并冲突

我在一个分行工作。我对person.cs要应用于同事分支的文件进行了一些更改。上周我一直在他的分支上工作,但最近我一直在自己的分支上工作。

我切换到他的分支并拉动以获取他最近的更改。拉动后,我在 .mpeople.css文件中遇到了合并冲突,这是一个我什至从未打开过的文件。

为什么我会遇到合并冲突?

git merge

6
推荐指数
0
解决办法
818
查看次数

创建分支后从 master 获取更改

我正在使用Egitwitheclipse来处理我的 java 项目。我创建了一个从 master 调用的分支branch1并开始研究它。

与此同时,我的同事branch2从 master 创建了另一个分支,进行了一些更改并合并branch2回 master。

现在我需要将 master 上所做的所有更改转移到我的分支上branch1

我如何使用eclipsegithub使用任何命令来实现此目的。

eclipse github egit

5
推荐指数
1
解决办法
2万
查看次数

合并/变基的方向或顺序有影响吗?

假设您在处理功能分支时从远程存储库中提取数据,并将新提交添加到主分支中。

您完成功能分支上的工作,提交更改,然后将其合并/变基到主分支。功能提交插入到 master 分支的哪个位置,是在拉取的提交之前还是之后?如果您从未执行过拉动操作,它们会插入哪里?会得到同样的结果吗?

另外,如果将 master 合并/变基到功能分支而不是相反,会发生什么?如果您在拉取之前或之后合并/变基,master 会插入到功能分支的哪里?会得到同样的结果吗?它的历史看起来与前面提到的将功能合并/变基到主版本中会有什么不同吗?

更简洁地说,合并的方向和/或合并的顺序是否会对合并结果产生不同的结果?我怀疑这并不重要。

旁白:对于使用 Git 的人来说,这个问题可能很容易回答,但是有数百甚至数千的文档和教程资源,我从未见过它被直接解决。如果不知道答案,Git 可能会非常难以理解。

因为操作顺序在某些 Git 概念和一般编程中很重要,所以它可能会导致某人得出这样的结论:它会产生影响。此外,我们通常倾向于认为修订是按时间顺序发生的,并期望 Git 也以同样的方式工作。用户界面和命令行也通过暗示操作顺序来体现这种看法。

其他版本跟踪工具在抽象这种认知腐蚀性操作方面做得更好。

git github rebase git-merge

2
推荐指数
1
解决办法
1115
查看次数