Questions tagged «rebase»

我有一个公共存储库的分支，并且尝试使用原始存储库中的当前提交更新我的分支： $ git fetch <remote> remote: Counting objects: 24, done. remote: Compressing objects: 100% (20/20), done. remote: Total 20 (delta 12), reused 0 (delta 0) Unpacking objects: 100% (20/20), done. From git://github.com/path_to/repo 9b70165..22127d0 master -> $/master $ git rebase <remote> fatal: Needed a single revision invalid upstream <remote> 该<remote>在的地方我的远程名的，实际上并不是我的远程名称。关于此错误的文档似乎有些松散。

162 git  github  rebase 

我想基于一个特定的提交，而不是另一个分支的HEAD： A --- B --- C master \ \-- D topic 至 A --- B --- C master \ \-- D topic 代替 A --- B --- C master \ \-- D topic 我该如何实现？

154 git  version-control  rebase  git-rebase 

好的。如果我在一个分支上（例如working），并且想要合并另一个分支（例如master）中的更改，那么我git-merge master在working分支上运行该命令，并且所有更改都被合并而无需重新建立历史记录。如果我运行git-rebase master，则将更改其中的更改以master将其放在working分支的顶部。但是，如果我想合并来自的更改，master但将更改working重新设置在最上面怎么办？我怎么做？能做到吗 我可以git-rebase working在master分支上运行，以将更改放在master分支的顶部，但是我希望能够在working分支中执行此操作，而且我不知道该如何做。我能想到的最接近的方法是从中创建一个新分支master，然后working在此基础上重新存储更改，但随后我将拥有一个新分支，而不是更改working分支。

144 git  merge  rebase  git-rebase 

我在git中重新建立基础，而我遇到的一个冲突是“两者都添加了”-也就是说，完全相同的文件名已独立添加到我的分支中，而我正在重新建立分支。 git status告诉我： # Unmerged paths: # (use "git reset HEAD <file>..." to unstage) # (use "git add/rm <file>..." as appropriate to mark resolution) # # both added: src/MyFile.cs 我的问题是，我该如何解决？我必须使用合并工具，还是有一种方法可以仅从命令行执行？如果是I git rm src/MyFile.cs，git如何知道要删除的文件版本以及要保留的文件版本？

138 git  merge  rebase 

我试图按照此处的说明编辑旧的提交消息。 问题是，现在，当我尝试运行rebase -i HEAD~5时说interactive rebase already started。 因此，我尝试：git rebase --continue但是收到此错误： error: Ref refs/heads/master is at 7c1645b447a8ea86ee143dd08400710c419b945b but expected c7577b53d05c91026b9906b6d29c1cf44117d6ba fatal: Cannot lock the ref 'refs/heads/master'. 有任何想法吗？

136 git  repository  rebase  git-rebase 

我正在使用中间的Git存储库来镜像远程SVN存储库，人们可以从中进行克隆和操作。中间存储库有每晚从上游SVN重新建立基础的主分支，我们正在开发功能分支。例如： remote: master local: master feature 我可以成功地将功能分支推回远程，并得到我期望的结果： remote: master feature local: master feature 然后，我重新设置分支以跟踪遥控器： remote: master feature local: master feature -> origin/feature 一切都很好。从这里我想做的是将功能分支重新建立到远程主机上的master分支，但是我想从本地计算机上完成。我希望能够做到： git checkout master git pull git checkout feature git rebase master git push origin feature 为了使远程功能分支与远程主服务器保持最新。但是，此方法导致Git抱怨： To <remote> ! [rejected] feature -> feature (non-fast-forward) error: failed to …

135 git  version-control  branch  rebase  feature-branch 

我们使用git，并且有一个master分支和一个developer分支。我需要添加一个新功能，然后将提交重新分配到主服务器，然后将主服务器推送到CI服务器。 问题是，如果我在重定基期间遇到冲突，则在重定基完成后，我无法推送到我的远程开发人员分支（在Github上），直到我拉开我的远程分支为止。这将导致重复提交。没有冲突时，按预期方式工作。 问题：在重新设置基准并解决冲突后，如何在不创建重复提交的情况下同步本地和远程开发人员分支 建立： // master branch is the main branch git checkout master git checkout -b myNewFeature // I will work on this at work and at home git push origin myNewFeature // work work work on myNewFeature // master branch has been updated and will conflict with myNewFeature …

131 git  merge  rebase  git-merge  git-rebase 

我了解Pro Git中提出的有关“变基的危险”的方案。作者基本上告诉您如何避免重复的提交： 不要对已推送到公共存储库的提交进行重新基准化。 我要告诉您我的特殊情况，因为我认为它不完全适合Pro Git场景，并且我仍然会遇到重复的提交。 假设我有两个远程分支机构，它们与本地分支机构相对应： origin/master origin/dev | | master dev 所有四个分支都包含相同的提交，我将在以下位置开始开发dev： origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 origin/dev : C1 C2 C3 C4 dev : C1 C2 C3 C4 在几次提交之后，我将更改推送到origin/dev： origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 …

130 git  branch  rebase 

我已经通过交互式资源库陷入混乱，现在我想中止它。（即回到我进入交互式rebase模式之前的位置，以我为例，通过git pull --rebase）。方法似乎是通过git rebase --abort，但这不起作用： $ git rebase --abort error: Ref refs/heads/master is at 55b388c141b1485b1acd9e050dbeb0eb90ef2ee7 but expected b918ac16a33881ce00799bea63d9c23bf7022d67 fatal: Cannot lock the ref 'refs/heads/master'. Could not move back to refs/heads/master 如何摆脱交互式变基模式，并清理所有对此模式的引用？（git reset --hard成功，但不会使我退出重新设置基准的模式。）

127 git  exit  rebase  abort  quit 

当我运行'git gui'时，我会弹出一个对话框 该存储库当前有大约1500个松散对象。 然后建议压缩数据库。我之前已经做过，它可以将松散的对象减少到250个左右，但这并不能抑制弹出窗口。再次压缩不会更改松散对象的数量。 从Perforce过渡时，当前的工作流程需要大量使用“变基”，而Perforce仍然是规范的SCM。一旦Git是规范的SCM，我们将进行常规合并，并且应该大大减轻松散对象的问题。 同时，我真的很想让这个“有用的”弹出窗口消失。

123 git  garbage-collection  rebase  git-gui  git-gc 

我有一个git分支（称为v4），它是昨天才由master制作的。我想对v4进行一些母版更改。因此，在v4中，我尝试从master进行重新设置，一个文件使问题不断恶化：一个单行文本文件，其中包含版本号。该文件是app/views/common/version.txt，在重新定标前包含以下文本： v1.4-alpha-02 这是我在做什么： > git rebase master First, rewinding head to replay your work on top of it... Applying: new version, new branch error: patch failed: app/views/common/version.txt:1 error: app/views/common/version.txt: patch does not apply Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging …

120 git  rebase 

有没有一种方法可以将单个提交从一个分支重新部署到另一个分支？ 我有这个分支结构： -- -- -- -- -- (Master) \ -- -- -- -- -- XX (Feature-branch) 我要做的就是将最后一次提交重新部署Feature-branch到master上，然后回滚Feature-branch一次提交。 -- -- -- -- -- XX (Master) \ -- -- -- -- -- (Feature-branch) 我怎么做？

116 git  rebase 

我正在尝试压缩一系列提交-HEAD到HEAD〜3。有没有一种快速的方法来执行此操作，或者我需要使用rebase --interactive吗？

115 git  interactive  rebase  squash 

我面临着不确定如何解决的问题。 我对分支机构的master进行了基准调整： git rebase master 并得到以下错误 First, rewinding head to replay your work on top of it... Applying: checkstyled. Using index info to reconstruct a base tree... Falling back to patching base and 3-way merge... Auto-merging AssetsLoader.java CONFLICT (content): Merge conflict in AssetsLoader.java Failed to merge in the changes. Patch …

115 git  rebase 

人们常说，您不应该为已经推送的提交重新设置基础。那可能是什么意思？

109 git  rebase