Questions tagged «branch»

我有一个有很多分支机构的项目。 我想同时在几个分支上工作而不必与来回切换git checkout。 除了将整个存储库复制到其他地方，我还有什么办法可以做到这一点？

167 git  branch 

我希望本地和远程存储库始终在分支方面保持同步。 在GitHub上的请求请求审核后，我合并并删除了那里的分支（远程）。我如何才能在本地存储库中获取此信息，并让Git也删除分支的本地版本？

162 git  github  branch  pull  repository 

在这里很难说出要问什么。这个问题是模棱两可，含糊不清，不完整，过于宽泛或夸张的，不能以目前的形式合理地回答。如需帮助澄清此问题以便可以重新打开， 请访问帮助中心。 7年前关闭。 您如何使用TortoiseSVN客户端分支并与Apache Subversion 合并？

162 svn  tortoisesvn  branch  branching-and-merging 

我知道我可以使用来查看HEAD和当前状态之间的差异meld .。但是，如何查看分支之间的差异（例如master，如何devel与分支融合）？ 目前，我执行以下步骤： 重命名工作副本的文件夹（ 例如mv /projectA /projectA_master） 再次克隆项目 git clone url 切换到devel分支 cd projectA && git -b devel origin/devel 查看融合的差异 meld /projectA_Master projectA 有没有更简单的方法可以在Meld中获得相同的结果？我只需要它来查看更改，而不是主要用于合并。

159 git  diff  branch  meld 

IntelliJ中切换分支的概念是什么？我一定是瞎子还是白痴... 我会假设会有“切换到复制”选项或类似的选项，但是没有... 编辑以澄清问题：我的上一个IDE具有一个简单的“切换到复制”选项，该选项更新了与当前分支/主干不同的所有文件。IntelliJ似乎有完全不同的方法，我似乎并不了解。该帮助也不是很有用。 有用的关键字，链接或提示非常感谢。谢谢。

146 java  svn  versioning  intellij-idea  branch 

我有一个Git存储库，里面有很多没有特定分支的提交，我可以git show，但是当我尝试列出包含它们的分支时，它什么也不报告。 我以为这是悬而未决的提交/树问题（由于-D分支），所以我修剪了存储库，但此后我仍然看到相同的行为： $ git fetch origin $ git fsck --unreachable $ git fsck 没有输出，没有悬空（对吗？）。但是提交存在 $ git show 793db7f272ba4bbdd1e32f14410a52a412667042 commit 793db7f272ba4bbdd1e32f14410a52a412667042 Author: ... 而且它不能通过任何分支到达 $ git branch --contains 793db7f272ba4bbdd1e32f14410a52a412667042 没有输出。 提交的确切状态是什么？如何列出处于相似状态的所有提交？我该如何删除那些提交？

146 git  branch  git-dangling 

我创建了一个本地分支来测试Solaris和Sun Studio。然后，我将分支推到上游。提交更改并尝试推送更改后： $ git commit blake2.cpp -m "Add workaround for missing _mm_set_epi64x" [solaris 7ad22ff] Add workaround for missing _mm_set_epi64x 1 file changed, 5 insertions(+) $ git push fatal: The current branch solaris has no upstream branch. To push the current branch and set the remote as upstream, use git push …

146 git  branch 

如何使用TortoiseSVN使用工作副本创建一个新分支？ 我看到了分支选项，但没有找到以某种方式命名的方法。

139 svn  tortoisesvn  branch 

我需要从我们的远程存储库中删除旧的和未维护的分支。我正在尝试找到一种方法来列出远程分支的上次修改日期，但我做不到。 有没有一种简单的方法可以这样列出远程分支？

138 git  maintenance  administration  branch 

什么是git topic分支？它在某种程度上与普通分支不同吗？是否有不是主题分支的分支？

137 git  version-control  branch 

我正在使用中间的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-svn的动机是轻松进行合并和分支。然后我注意到那个人git-svn（1）说： 不建议在打算从中删除的分支上运行git-merge或git-pull。Subversion并不代表以任何合理或有用的方式进行合并；因此使用Subversion的用户无法看到您进行的任何合并。此外，如果您从SVN分支的镜像git分支合并或提取，则dcommit可能会提交到错误的分支。 这是否意味着我无法从svn / trunk（或分支）创建本地分支，修改，合并回svn / trunk，然后进行dcommit？我了解svn用户会看到与svn 1.5.x以前版本合并时相同的混乱局面，但是还有其他缺点吗？最后一句话也让我担心。人们通常会做这类事情吗？

133 svn  git  merge  branch  git-svn 

我已经听到很多“ Stale” git分支的术语。我知道它与被认为不太有用或无用的分支有关，但找不到确切的定义。什么是“陈旧”的git分支？

133 git  branch 

我一直在阅读使用出色且免费的Subversion版本控制书，了解有关Subversion 1.5的分支/合并的信息。我认为我了解如何使用Subversion命令行客户端执行我最需要的操作，这些操作是： 使用分支中的更改更新分支 在分支的工作目录中运行： svn合并http://svn.myurl.com/proj/trunk 合并分支到主干 在中继的工作目录中运行： svn merge-重新整合http://svn.myurl.com/proj/branches/mybranch 但是，我们使用TortoiseSVN 1.5作为Subversion的接口。我想知道如何最好地使用TortoiseSVN执行这些操作。新对话框在主菜单上提供了三个不同的选项。 合并一系列修订 重新整合分支 合并两棵不同的树 据我所知，TortoiseSVN始终使用以下语法执行svn。 svn merge [--dry-run] --force From_URL @ revN To_URL @ revM路径 此外，重新集成分支通常会失败，并显示一条消息，指出某些目标尚未合并，因此无法继续，因此我不得不使用选项＃3。 我的问题是： 如何使用TortoiseSVN 1.5将更改从主干合并到分支？ 如何使用TortoiseSVN 1.5将分支合并到主干，无论是否具有重新集成方法？ 我应该为每个选项使用以上哪个选项，为什么？ 编辑 通过“空运行”测试，我发现命令行Subversion操作 svn合并http://svn.myurl.com/proj/trunk 只要我将修订范围留为空白，就类似于TortoiseSVN中的选项＃1（合并修订范围）。

132 svn  tortoisesvn  merge  branch 

我们目前正在相对较大的代码库上使用Subversion。每个发行版都有自己的分支，并且针对主干执行修复，并使用以下命令迁移到发行分支中：svnmerge.py 我相信现在是时候进行更好的源代码控制了，并且我与Mercurial玩了一段时间。 尽管使用Mercurial管理这样的发布结构似乎有两个流派。每个发行版都有自己的存储库，并针对发行版分支进行修复，然后将其推送到主分支（以及任何其他较新的发行版分支。），或者在单个存储库（或多个匹配副本）中使用命名分支。 在这两种情况下，似乎我都可能使用诸如移植之类的方法来选择更改以包含在发行分支中。 我问你; 每种方法的相对优点是什么？

130 version-control  mercurial  branch  dvcs