如何使用Git管理带有Kiln的分支？

Question

我的公司正在使用Kiln，所以开发人员可以在Git和Mercurial之间使用他们喜欢的工具。我是一个Git用户，从来没有使用过Mercurial。

在使用带窑的树枝时存在一些误区。当我使用Kiln接口创建一个新的分支时，它实际上创建了一个新的存储库，而不是一个分支。即使Kiln将其显示为“分支”而不是“存储库”。当我在Git中克隆存储库时，git branch -a没有显示我刚刚创建的远程分支。我需要独立克隆每个伪分支。

​

​

另一方面，如果我在Git中创建一个分支并将其推送到远程，它不会在Kiln上创建一个分支，而是在所有分支中都可见的某种称为“头”的“子分支”。非常令人困惑。但显然没有办法创建这些通过Kiln接口与Git完美配合的“子分支”。我也不知道它们在Mercurial上是否工作得很好。

​

​

$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/feature2
  remotes/origin/master

我确信这与Kiln的亲汞“哲学”有关。我对Mercurial做了一些研究，发现它的分支系统与Git完全不同。克隆存储库来创建分支是正常的，而在Git中这是没有意义的。Mercurial也有“命名分支”，不能删除，Kiln开发人员不鼓励使用它们。我的“子分支”实际上可以是“命名分支”吗？问题是我可以使用git push origin :sub-branch删除那些“子分支”。

答案必须是显而易见的，因为分支是Mercurial和Git的一个重要特性，Kiln必须使用这两个工具以一种简单而优雅的方式进行分支工作。但我无法理解Kiln的逻辑。我担心Kiln可能对Mercurial过于友好，而Git支持可能更像是一个黑客。

Answer 1

在Kiln UI上，当您创建一个分支时，它是一个“克隆分支”，而不是Mercurial命名分支。

如果您在Mercurial中使用命名分支，它们将自动转换为Git分支。但是，当您提交到Git分支时，它不会转换回Mercurial中相同的命名分支。Kiln团队不得不为Git分支的Git- to -Mercurial翻译找出最好的类比，他们认为Mercurial的“书签”效果最好。因此，当你推送到一个Git分支时，它会更新或创建一个具有相同分支名称的Mercurial书签(https://www.mercurial-scm.org/Bookmarks，http://mercurial.aragost.com/kick-start/en/bookmarks/)，该书签将位于Mercurial的“默认”分支上。我会与使用Mercurial的团队成员核实一下，看看使用书签作为Git分支的类比是否适用于他们。

另一种选择是尝试看看您的团队是否喜欢Kiln UI的“克隆分支”来维护单独的开发行，而不是使用命名分支方法。

Answer 2

Kiln的团队在下面的帖子中讨论了如何合并存储库。这应该会得到你需要的信息，以便合并你的Kiln分支/存储库。从本质上讲，您是在从一个存储库到另一个存储库进行拉取，然后再推送。

Kiln Branch\Repository Merging

虽然git似乎不存在人们通常在hg中听到的分支问题；Joel Spolsky表示，偏爱hg而不是git的决定来自Linus Torvalds制定的一项声明/政策，即在git中不做任何有利于windows用户的事情。Joel在2011年关于FogBugz和Kiln的一次演讲中解决了这一问题。你可以在下面的视频中收听40:40分钟的这句话。

Joel Spolsky on Mercurial Choice

早在2011年，人们可能会同意Fog Creek做出的变化无常的决定，但git的世界显然已经取得了进步，git的采用显然足以说服Fog Creek创建允许使用hg或git的Kiln Harmony。

Kiln Harmony