Questions tagged «rebase»

我在师父上，我做到了 rebase -i <my_branch> 明白啦： noop # Rebase c947bec..7e259d3 onto c947bec # # Commands: # p, pick = use commit # r, reword = use commit, but edit the commit message # e, edit = use commit, but stop for amending # s, squash = use commit, but meld into …

105 git  rebase 

我有一个带有2次提交的分支“ firstproject”。我想摆脱这些提交，并使它们显示为单个提交。 该命令git merge --squash听起来很有前途，但是当我运行git merge --squash终端时，只会显示该命令的选项。正确的命令是什么？ Commit 1: Added 'homepage.html' Added 'contacts.html' Commit 2: Added 'homepage.php' Added 'homepage.php' Deleted 'homepage.html' Deleted 'contacts.html'

102 git  merge  branch  git-svn  rebase 

在以下待办事项中有以下内容git rebase -i HEAD~2： pick 56bcce7 Closes #2774 pick e43ceba Lint.py: Replace deprecated link # Rebase 684f917..e43ceba onto 684f917 (2 command(s)) # ... 现在，当我尝试挤压第一个（56bcce7）并通过在第一个之前添加“ s”来选择第二个时，出现以下错误： Cannot 'squash' without a previous commit 有人可以解释一下我的意思吗，我该怎么做？ 我要压缩第一个commit（56bcce7），然后“选择并重新编写单词”第二个（e43ceba）commit

95 git  rebase 

我有以下Git存储库拓扑： A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) 通过重新feature分支，我希望重新构建整个子树（包括子分支）： $ git rebase feature master A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) 但是，这是实际结果： C' (feature) / A-B-F (master) \ D (feature-a) \ / C \ E (feature-b) 我知道我可以通过执行以下操作轻松地手动修复它： $ git rebase …

91 git  version-control  branch  rebase  git-rebase 

对于git目前在团队环境中使用它来管理我们的代码，我还很陌生。我遇到了一些变基问题，并使用 git checkout --ours filename.txt git add filename.txt git rebase --continue 现在，我希望推送更改，因此运行以下命令 $ git push origin feature/my_feature_branch 给我以下错误： To ssh://git@coderepo.com:7999/repo/myproject.git ! [rejected] feature/my_feature_branch -> feature/my_feature_branch (non-fast-forward) error: failed to push some refs to 'ssh://git@coderepo.com:7999/repo/myproject.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote …

90 git  push  rebase 

我们都听说过，永远不要为已发布的工作重新定级，这很危险，等等。但是，如果发布了重新定级的情况，我还没有看到任何有关如何处理这种情况的方法。 现在，请注意，只有在存储库仅由已知的（最好是少数）人员克隆的情况下，这才是真正可行的，因此，推动重新设置或重置的人员可以通知其他所有人，下次他们需要注意取（！）。 如果您没有本地提交foo并且可以重新建立基础，那么我看到的一个显而易见的解决方案将起作用： git fetch git checkout foo git reset --hard origin/foo foo根据远程存储库，这将简单地丢弃本地状态以支持其历史记录。 但是，如果人们对该分支机构进行了实质性的本地变更，该如何处理呢？

88 git  rebase  git-rebase  git-reset 

我有以下情况： 我clone从主存储库（X）创建了（Y），因为有很多人在Y上工作，我们rebase只做merges就不做任何事情。当我们想将pushY交付给X时，我们想做一个arebase以便使事情变得干净整洁 问题在于，这样做时，rebase我们被要求执行之前merge步骤中已经完成的所有合并。除了实际上意味着重新进行合并的解决方案之外，还有其他解决方案吗？ 我希望它非常简单，因为我们已经解决了冲突的合并。

79 git  merge  rebase  git-rebase 

我正在阅读：https : //wiki.diasporafoundation.org/Git_workflow#Rebase_your_development_branch_on_the_latest_upstream 这是摘录： 您的存储库是最新的 为了从开发主干中获取最新更新，请执行一次设置以通过输入以下内容将主要的GitHub存储库建立为远程数据库： $ git remote add upstream git://github.com/diaspora/diaspora.git 为您的开发部门提供最新的上游资源 为了使您的开发分支保持最新状态，请在上游主服务器的当前状态基础上重新进行更改。请参阅什么是git-rebase？以下部分以了解有关重新定级的更多信息。 如果您已如上所述设置了一个上游分支和一个名为100-retweet-bugfix的开发分支，则将更新上游，更新本地主服务器，并从中重新建立分支，如下所示： $ git fetch upstream $ git checkout master $ git rebase upstream/master $ git checkout 100-retweet-bugfix [确保在分支中根据需要提交所有内容] $ git rebase master 为什么在这种情况下需要添加“远程上游”？我不是刚刚做完了： $ git checkout master $ git pull origin master $ git checkout 100-retweet-bugfix …

76 git  github  rebase 

我有一个分支，该分支应该可供其他贡献者使用，并且应该经常与主服务器保持同步。 不幸的是，每次我执行“ git rebase”然后尝试进行推送时，都会导致“非快进”消息并中止推送。推送到此处的唯一方法是使用--force。这是否意味着如果我的分支公开并且其他人正在研究它，我应该使用“ git merge”而不是重新定基？

68 git  merge  rebase