我正在使用带有集成Git工具的VS.NET2013，并尝试将我的master分支发布到我在GitHub上设置的现有存储库。我在IDE中专门使用VS.NET工具，希望大家能尽可能使用这些工具而不是命令行。我的所有更改都已在本地提交，我只需要将分支发布到GitHub。但是，当我尝试发布我的本地master分支时，我收到以下错误:Youcannotpublishlocalbranchmastertotheremoterepositoryoriginbecauseabranchwiththesamenamealreadyexiststhere.Youmightwanttorenameyourl
我正在git的一个分支上工作。当我做的时候gitcheckout(从gitlog获得的提交ID)，它正在致力于该特定更改，但分支已更改为.为什么会这样？你如何解决这个问题？ 最佳答案 如果你直接checkout一个commitsha，它会让你进入一个“detachedhead”状态，这基本上意味着你的工作副本已经checkout的当前sha，没有Twig指向它。如果您还没有做出任何提交，您可以通过在checkout提交sha之前简单地checkout您所在的分支来离开分离的头部状态:gitcheckout如果您在处于分离头状态时确实
我正在git的一个分支上工作。当我做的时候gitcheckout(从gitlog获得的提交ID)，它正在致力于该特定更改，但分支已更改为.为什么会这样？你如何解决这个问题？ 最佳答案 如果你直接checkout一个commitsha，它会让你进入一个“detachedhead”状态，这基本上意味着你的工作副本已经checkout的当前sha，没有Twig指向它。如果您还没有做出任何提交，您可以通过在checkout提交sha之前简单地checkout您所在的分支来离开分离的头部状态:gitcheckout如果您在处于分离头状态时确实
==>gitbranch-a*mastertestremotes/origin/masterremotes/origin/test当有人删除remotes/origin/test时，我仍然可以在我的计算机上看到它。我知道我可以这样做并删除test==>gitremoteprune==>gitbranch-dtest==>gitbranch-a*masterremotes/origin/master但是如果我有更多的本地分支，并且它们不在远程，那么我怎样才能快速删除它们呢？ 最佳答案 这就是我删除不再相关的本地分支的方式:gitbra
==>gitbranch-a*mastertestremotes/origin/masterremotes/origin/test当有人删除remotes/origin/test时，我仍然可以在我的计算机上看到它。我知道我可以这样做并删除test==>gitremoteprune==>gitbranch-dtest==>gitbranch-a*masterremotes/origin/master但是如果我有更多的本地分支，并且它们不在远程，那么我怎样才能快速删除它们呢？ 最佳答案 这就是我删除不再相关的本地分支的方式:gitbra
所以，我有一个更大的(闭源)项目，并且在这个项目的上下文中创建了一个库，我认为它在其他地方也很有用。我现在想在它自己的项目中分离出这个库，它可以在github或类似的地方作为开源。当然，图书馆(及其历史)不应包含我们项目的痕迹。git-subtree似乎是这里的解决方案，但它并不完全适合。我的目录布局是这样的(因为它是一个Java项目):击剑游戏(gitworkdir)来源德击剑游戏交通(我的图书馆)协议(protocol)(库的一部分)fencing(与库交互的主要项目的一部分)客户端(与库交互的主要项目的一部分)服务器(与库交互的主要项目的一部分)客户(主要项目的一部分)服务器(主
所以，我有一个更大的(闭源)项目，并且在这个项目的上下文中创建了一个库，我认为它在其他地方也很有用。我现在想在它自己的项目中分离出这个库，它可以在github或类似的地方作为开源。当然，图书馆(及其历史)不应包含我们项目的痕迹。git-subtree似乎是这里的解决方案，但它并不完全适合。我的目录布局是这样的(因为它是一个Java项目):击剑游戏(gitworkdir)来源德击剑游戏交通(我的图书馆)协议(protocol)(库的一部分)fencing(与库交互的主要项目的一部分)客户端(与库交互的主要项目的一部分)服务器(与库交互的主要项目的一部分)客户(主要项目的一部分)服务器(主
理想情况下，Git分支应该持续很短的时间，大概1-2天。然后它被merge到一些主线。但在某些情况下，当我们处理非常大的功能时，我们会维护分支。当2或3个人各自在代码的专属区域处理这些非常大的功能时，维护它们会变得有点困难。在进入稳定分支的热修复中，我们需要使这2-3个大分支与稳定分支保持同步。所以我们最终经常这样做。(infeature-branch1)$gitmergestable(infeature-branch2)$gitmergestable(infeature-branch3)$gitmergestable在git中是否有正确的方法来维护这些长期运行的分支？通过执行上述操作
理想情况下，Git分支应该持续很短的时间，大概1-2天。然后它被merge到一些主线。但在某些情况下，当我们处理非常大的功能时，我们会维护分支。当2或3个人各自在代码的专属区域处理这些非常大的功能时，维护它们会变得有点困难。在进入稳定分支的热修复中，我们需要使这2-3个大分支与稳定分支保持同步。所以我们最终经常这样做。(infeature-branch1)$gitmergestable(infeature-branch2)$gitmergestable(infeature-branch3)$gitmergestable在git中是否有正确的方法来维护这些长期运行的分支？通过执行上述操作
这是分支/提交历史的示例图:A---master|\|B-----G--------Pfeature2|\\\|-----F--J--L--O--Qintegration|\///|C--E--H--K/feature1\/D---------Mfeature3在正常情况下，我们将集成分支merge到master并完成。但是......有一些异常(exception)情况，只有一些特定的功能必须merge到master中......例如:只有feature1。在这种情况下，feature1分支被merge到master(提交R):A-------------------------Rm
