在通常的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
尽管“HEAD”绝对不是Git分支名称的糟糕选择，但它仍然是一个有效的分支名称。如果你碰巧有一个名为“HEAD”的分支，有没有办法明确地引用实际的HEAD符号引用？分支可以引用为refs/heads/HEAD，但是HEAD呢？本身？仅使用HEAD结果refname'HEAD'isambiguous在的任何地方出错作为参数传递。 最佳答案 根据gitrevisions，如果HEAD和refs/heads/HEAD都存在，则所选修订为HEAD(即，不是名为HEAD)。这实际上是大多数情况的正确答案，但是gitcheckout更喜欢分支名
尽管“HEAD”绝对不是Git分支名称的糟糕选择，但它仍然是一个有效的分支名称。如果你碰巧有一个名为“HEAD”的分支，有没有办法明确地引用实际的HEAD符号引用？分支可以引用为refs/heads/HEAD，但是HEAD呢？本身？仅使用HEAD结果refname'HEAD'isambiguous在的任何地方出错作为参数传递。 最佳答案 根据gitrevisions，如果HEAD和refs/heads/HEAD都存在，则所选修订为HEAD(即，不是名为HEAD)。这实际上是大多数情况的正确答案，但是gitcheckout更喜欢分支名
让我们说我们不太关心历史。如果我有一个经常更新的master分支，并且我有一个相当长的shared主题分支，将定期mergemaster->主题分支(并在出现冲突时解决冲突)允许主题分支的平滑merge->master稍后？ 最佳答案 您所说的听起来没有争议-如果您定期将更改从主分支merge(向后移植)到侧分支，那么，当需要将您的侧分支merge回主分支时，您将不会有很多工作要做。当然可以，对吧？随着时间的推移，你的分支会发生分歧。而你今天如何编写代码取决于你昨天是如何编写的。你的分支今天分歧越大，明天就会分歧越大。假设您在主分支
让我们说我们不太关心历史。如果我有一个经常更新的master分支，并且我有一个相当长的shared主题分支，将定期mergemaster->主题分支(并在出现冲突时解决冲突)允许主题分支的平滑merge->master稍后？ 最佳答案 您所说的听起来没有争议-如果您定期将更改从主分支merge(向后移植)到侧分支，那么，当需要将您的侧分支merge回主分支时，您将不会有很多工作要做。当然可以，对吧？随着时间的推移，你的分支会发生分歧。而你今天如何编写代码取决于你昨天是如何编写的。你的分支今天分歧越大，明天就会分歧越大。假设您在主分支
考虑到我加入的团队如何使用SVN，这个问题有点古怪。基本上，svn存储库遵循标准布局，但主干在1.5年左右的时间里确实没有被触及，工作往往只发生在分支和分支的分支中。因此，我使用git-svn从代表我们下一个版本的事件分支的分支克隆，这就是我本地git存储库中的主轨道。从现在开始，让我们将svn中的这个分支称为“release”。为此目的使用git-svn非常简单。现在，有人从“发布”创建了一个功能分支，我将其称为“功能”，我想将其下pull到我的本地分支，并提交给它。当然，我可以只将该分支克隆到本地的另一个目录/git存储库中，但我真正想做的是在本地git存储库中的本地分支中镜像“功
考虑到我加入的团队如何使用SVN，这个问题有点古怪。基本上，svn存储库遵循标准布局，但主干在1.5年左右的时间里确实没有被触及，工作往往只发生在分支和分支的分支中。因此，我使用git-svn从代表我们下一个版本的事件分支的分支克隆，这就是我本地git存储库中的主轨道。从现在开始，让我们将svn中的这个分支称为“release”。为此目的使用git-svn非常简单。现在，有人从“发布”创建了一个功能分支，我将其称为“功能”，我想将其下pull到我的本地分支，并提交给它。当然，我可以只将该分支克隆到本地的另一个目录/git存储库中，但我真正想做的是在本地git存储库中的本地分支中镜像“功
在我的机器上，我将--skip-worktree设置为config/database.yml。gitupdate-index--skip-worktreeconfig/database.yml另一个开发人员在处理项目时提交并merge了对config/database.yml的开发分支更改。现在，当我执行gitpullorigindevelop时，我得到了Andrews-Air:[project]agrimm$gitpullorigindevelopFrombitbucket.org:[company]/[project]*branchdevelop->FETCH_HEADUpdati
在我的机器上，我将--skip-worktree设置为config/database.yml。gitupdate-index--skip-worktreeconfig/database.yml另一个开发人员在处理项目时提交并merge了对config/database.yml的开发分支更改。现在，当我执行gitpullorigindevelop时，我得到了Andrews-Air:[project]agrimm$gitpullorigindevelopFrombitbucket.org:[company]/[project]*branchdevelop->FETCH_HEADUpdati
