场景:我fork了一个github项目并开始处理它(在将原始项目添加为名为“upstream”的远程项目之后)。在我的fork上工作时，上游项目发布了许多版本:v1.3-stable、v1.4-stable、v1.5-experimental等。现在我需要将上游提交merge到我的master分支，但仅限于特定版本，例如，发布v1.4-stable。这种情况的最佳工作流程是什么？ 最佳答案 假设v1.4-stable是远程上的一个标签，您可以通过从包含您的工作的分支调用它来将这些更改应用到您的本地存储库:gitfetchgitreb
在通常的git存储库上工作时，本地分支通常会跟踪相应的远程上游分支。这样我就可以很容易地看到我是在我的上游分支之前还是之后，因此我是否需要推或pull来使它们同步。而且我的提示马上就显示这个状态，非常方便。现在我正在使用git-svn开发SVN存储库。我使用--prefix=svn作为克隆，因此gitbranch-r将svn/trunk列为远程分支，但是(虽然gitsvnrebase没有问题)它没有配置为我的主分支的上游分支。我尝试手动设置跟踪信息但失败了:$gitbranch-rsvn/trunk$gitbranch--set-upstream-to=svn/trunkfatal:C
在通常的git存储库上工作时，本地分支通常会跟踪相应的远程上游分支。这样我就可以很容易地看到我是在我的上游分支之前还是之后，因此我是否需要推或pull来使它们同步。而且我的提示马上就显示这个状态，非常方便。现在我正在使用git-svn开发SVN存储库。我使用--prefix=svn作为克隆，因此gitbranch-r将svn/trunk列为远程分支，但是(虽然gitsvnrebase没有问题)它没有配置为我的主分支的上游分支。我尝试手动设置跟踪信息但失败了:$gitbranch-rsvn/trunk$gitbranch--set-upstream-to=svn/trunkfatal:C
我一直在努力寻找一种方法来创建一个本地分支，该分支从我fork的上游存储库上的标签开始，但没有找到任何有用的东西。我在本地的master分支上有upstreammaster，但我不确定我需要做什么来分支upstream标签。我试过:gitbranchupstream/mastertagnamegitbranchmastertagnamegitbranchupstreamtagname但这些都不起作用。谢谢。 最佳答案 如果标签被抓取(你的master反射(reflect)了upstream/master)gitcheckout-ba
我一直在努力寻找一种方法来创建一个本地分支，该分支从我fork的上游存储库上的标签开始，但没有找到任何有用的东西。我在本地的master分支上有upstreammaster，但我不确定我需要做什么来分支upstream标签。我试过:gitbranchupstream/mastertagnamegitbranchmastertagnamegitbranchupstreamtagname但这些都不起作用。谢谢。 最佳答案 如果标签被抓取(你的master反射(reflect)了upstream/master)gitcheckout-ba
我有本地master和develop分支。我在develop上完成所有工作，然后将它们merge到master中以进行发布。有一个远程分支upstream/master有我想要的更改，但我想在其更改之上重新设置develop中的更改(它共享一个共同的祖先)并将它们放回develop。我已经完成了gitfetchupstream。Gitbookchapteronrebasing说要做:$gitcheckoutexperiment$gitrebasemaster我(假设)在我的例子中意味着:$gitcheckoutupstream/master$gitrebasedevelop但那时我会处
我有本地master和develop分支。我在develop上完成所有工作，然后将它们merge到master中以进行发布。有一个远程分支upstream/master有我想要的更改，但我想在其更改之上重新设置develop中的更改(它共享一个共同的祖先)并将它们放回develop。我已经完成了gitfetchupstream。Gitbookchapteronrebasing说要做:$gitcheckoutexperiment$gitrebasemaster我(假设)在我的例子中意味着:$gitcheckoutupstream/master$gitrebasedevelop但那时我会处
简介我已经fork了一个遵循所谓的“git流程”的存储库，并且必须开发/主/工厂分支。从现在开始，我将在我的分支上引用origin并将主存储库引用为upstream。在打开一个问题并与repo维护者讨论/同意一些事情后，我开始着手处理它。我做的第一件事是创建功能分支跟踪(起源/开发)。在使用临时丢弃的临时错误名称进行几次临时提交后，我创建了一个PR并进行了推送。我想到的想法是最终将我所有的提交压缩到一个提交上，然后提供一个正确的提交名称/描述，这样维护者就可以毫无问题地将所有提交merge到上游/开发，我的主要目标是使整个过程对我和上游维护者来说都尽可能顺利，一旦merge，我会很高兴
简介我已经fork了一个遵循所谓的“git流程”的存储库，并且必须开发/主/工厂分支。从现在开始，我将在我的分支上引用origin并将主存储库引用为upstream。在打开一个问题并与repo维护者讨论/同意一些事情后，我开始着手处理它。我做的第一件事是创建功能分支跟踪(起源/开发)。在使用临时丢弃的临时错误名称进行几次临时提交后，我创建了一个PR并进行了推送。我想到的想法是最终将我所有的提交压缩到一个提交上，然后提供一个正确的提交名称/描述，这样维护者就可以毫无问题地将所有提交merge到上游/开发，我的主要目标是使整个过程对我和上游维护者来说都尽可能顺利，一旦merge，我会很高兴
所以我fork了一个项目，做了一些更改并将它们推送到origin/master。我不打算将这些更改发送回上游。到现在为止一切都很好，但现在我有一些更改我想向上游推送。我可以rebase回到不同分支的上游，并提交给那个分支吗？我可以从我的分支提交这些更改吗？我是否严重破坏了我的存储库？ 最佳答案 不，没有修改。只需从upstream/master分支，在那里进行提交，然后您可以推送(或pull请求)这些提交，这些提交非常适合upstream/master。如果你有A---B---C，其中upstream/master在A而master
