问题标签 [kiln]

我使用 TortoiseHG 源代码控制工具从https://khanacademy.kilnhg.com/Code/Website/Group/stable使用以下命令 克隆了可汗学院网站的公共存储库 但是我得到一个错误“流意外结束”在中间的克隆过程。hg clone https://khanacademy.kilnhg.com/Code/Website/Group/stable

这是我的问题。由于此源存储库无法正常工作，如何在我的本地计算机 win7（我已安装 Python、Google 应用程序引擎、gdata python 客户端和所需的所有基础设施）中获得准确的可汗学院网站？

我在水银和窑方面遇到了一些问题，也许你可以指出我正确的方向。有时，当我提交文件时，它们被重命名为大写“Assembly.NameSpace”将更改为“ASSEMBLY.NAMESPACE”，如果我在对它们进行更改后尝试提交，它们似乎没有被跟踪（我发现了关于我提交后重命名的文件）。

无论我做什么，他们都不会被跟踪。我尝试使用控制台添加，使用 hg 工作台，但似乎没有任何效果。为了让它工作，我需要忘记文件，然后提交，然后再次添加它们，然后提交，这对我来说真的很糟糕。

我对此很陌生...

1. 我的硬盘上有一个包含许多源代码文件的 zip 文件。
2. 我解压缩并处理了一些文件。我现在已经在文件夹中“初始化”了一个存储库。（显然它认为没有变化，因为它刚刚被初始化）
3. 我已将 zip 文件 (1) 解压缩到远程存储库中。如何将 LOCAL (2) 与 REMOTE (3) 存储库进行比较？（我是在推/克隆/拉吗？等）

提前致谢 ：）

我有一个应用程序“myapp”，它使用与其他应用程序“common”和“common-www”通用的两个模块。

这些在主存储库中排列为薄壳

每个子存储库都设置为具有“生产”和“主干”存储库的稳定/默认配置。

稳定（“生产”）上的瘦壳主控的 .hgsub 文件是：

主存储库本身位于：

这很棒——我有一个主存储库，在应用程序和子模块中具有一致的版本控制。

问题在于能够维护主存储库的稳定/默认视图，因为 .hgsub 文件需要指向不同的存储库：

由于我必须在 .hgsub 文件中放置绝对路径，因此我最终得到了两个完全独立的瘦壳主存储库——一个用于开发，一个用于生产——并且无法在发布周期内将更改从开发推送到生产。

这种用于远程托管的主存储库方法是共享库的典型方法吗？您能否推荐另一种工作方式（关于 hgsub 路径是绝对路径的远程托管）？

任何想法非常感谢？

我有一个存储库，其中开发人员在将代码提交到各种命名分支时出错。本质上，发生的事情是这样的：

其中 ABCDE 都（假定）是主分支的一部分，而 WXYZ 是新命名分支上的提交。开发人员在更改“D”和“E”之前未能更新到“C”，然后在它们之上提交了“Y”和“Z”。

我需要将“D”和“E”移到主分支上，不包括 WXYZ。

总的来说，我对 Hg 不是很了解，但我正在学习，并且愿意。我看过变基，但这似乎并没有把我带到我需要去的地方。我可以让开发人员取消他的更改，然后在适当的位置重新应用它们，但这似乎并不完全“正确”。

你将如何解决这个问题？

谢谢！

我们使用 Mercurial 来控制 C# 和 Progress 代码的源代码。

我们现在正在开发 Microsoft 的 Dynamic NAV。没有内置的源代码控制，手动将代码放入/取出我们的 Mercurial 存储库以进行版本控制很麻烦（而且容易出错）。

我想知道是否有人使用 Mercurial 开发了一个本土的、集成的 NAV 源代码控制系统。您可以分享哪些步骤以及哪些建议/想法？

试图推送到 Kiln 回购。肯定有更改，其中很多，hg status列出了 238 个更改的文件。有一个警告说带有指纹等等的证书没有得到验证——尽管如果它只是一个警告，为什么它会干扰推送？

完整输出：

谷歌搜索没有任何结果。

我不一定喜欢 Git 或 Mercurial。我已经安装了它们，并且发现它们同样难以理解。我主要使用 Mercurial，因为我们的存储库位于 Kiln。

我刚刚使用 Hg 和 Hg-Git 从 GitHub 克隆了一个项目。我想将更改从 GitHub 拉取并合并到本地存储库，但我想将更改从本地 hg 存储库推送到 Kiln。

可以这样做，还是在转换为 Hg 后与 GitHub 的连接丢失？

我想知道为什么我的推送花了这么长时间才到 Kiln，但是当我意识到我正在上传不必要的构建工件时，为时已晚。推送完成。我在本地存储库上创建了一个忽略文件并使用了“hg purge”。我再次提交并将其推送到 Kiln，但被忽略的文件仍然存在。如何永久删除它们，包括所有历史记录，这样我就不会在 Kiln 上拥有这个巨大的 repo？

我有一个用于使用 Cruise Control.NET 进行持续集成的 Web 应用程序的 Kiln/Mercurial 代码存储库。通常，我们在本地提交我们的代码，当我们准备好测试时，我们推送到我们的中央 Kiln 服务器。Cruise Control 会定期检查该服务器上的存储库是否有新修订，当它找到它时，它会构建它并将生成的文件复制到适当的 Web 服务器。如果它通过测试，然后我们手动强制构建到我们的主生产服务器，一切都很好。

然而，最近，我们遇到了一个小问题。我们在上个月推出生产的版本中发现了一个错误，需要修复。从那时起已经有 50 次左右的提交，而这 50 次提交中引入的代码还远未准备好投入生产。我们知道我们可以在本地回滚（更新）到已发布到生产环境的版本并修复代码，但我们无法将其推送到 Kiln 并将其发布到 Cruise Control —— Kiln 服务器上的 Mercurial 抱怨多个头。解决这个问题的最佳方法是什么？

我们搜索了一下，发现了对分支和标签的引用。我们最终在 Kiln 服务器的存储库中创建了一个新分支。那个分支有我们的主存储库减去那 50 个提交。然后我们进行了错误修复并编辑了 Cruise Control 配置以查看那里而不是主存储库。经过一些构建后，我们在生产服务器上修复了我们的错误。回滚、修复并将其推送到 Web 服务器似乎需要大量工作。

由于我们是一家小商店，我们通常有自己的项目要处理。没有故意的分支（直到现在），甚至最小的合并，所以虽然我们对版本控制并不陌生，但这个概念有一些共同的方面我们还没有处理过。