混合版本控制和同步系统？

Question

有人知道混合版本控制和同步系统吗？

我目前是一个快乐的mercurial用户，但我的项目通常包含文件的混合。

大多数这些（代码，文档，...）我想受版本控制。这就是我使用mercurial的原因。

但是，在极少数情况下，我有我想在我的工作副本之间同步的文件，但是不是版本控制。

例如，我版本控制我编写的代码来做图像处理。这段代码可以产生一大堆输出图像，我希望同步，所以我不必记得在我的各种计算机上洗牌，但控制这些版本没有意义。为了说明 - 我知道扩展到mercurial如bfiles和bigfiles，这对我的图像示例很方便，但我只是想知道是否有人知道如何处理这种替代方法。我只想要一个系统，我可以告诉“版本控制除了那些应该同步但没有历史记录的所有文件”。

干杯！

编辑：我可以做类似添加hg marksync <filename>是添加<filename>到文件列表进行同步，然后再加入一个钩子hg push/hg pull会（说）运行rsync（或两者同步工具）在后台，但我想知道是否有一个不太可靠的解决方案（我认为bfiles/bigfiles沿着这些线做了一些事情）。

Answer 1

版本控制系统（任何）不关心

• 没有版本的数据同步
• 除了默认pathes

如果你想要同步任何文件 - 使用专门为此任务设计的工具：fe rsync的

Answer 2

该代码会产生一大堆，我想它输出图像的已同步

这是数据或代码的一部分吗？

如果数据：不在您的版本控制系统中，只是不要去那里。如果它是你的代码的一部分（如布局图像），请检查它们。这些是通用接受的唯一方法。

数据的一个很好的解决方案是同步或生成它们。因此，您可能在部署到服务器后添加一个步骤：GenerateImages（）。

编辑：除了由线程启动发表的意见：

如果图像数据，你需要处理这些不同的系统上不会去想版本控制您的代码。这是无关的。

开始更新映像代码，将其签入版本：这将是有意义的我，在处理的顺序步骤。然后部署（是的这是部署）更新后的代码到计算器。现在代码已经完成。

那么你有多少排排坐应该处理的任务。就像处理图像一样。因此，从cruncher本身（可能有一些队列发生在那里）或中央调度程序开始处理。

然后你的结果在当地的捣弄。现在，这些数据必须发生，所以这也是您软件的一部分。决定是否让cruncher将它们发送到某个中央存储器，工作站或其他位置。让软件处理它。在阅读您的问题时，这是最难的部分。从FTP /网络传输到特定的存储解决方案，许多解决方案都是可能的。愿意帮助，但需要更多关于这些部件的真实问题，数量，尺寸等信息。

如果图像处理器的新更新的版本使旧生成的图像过时的实施，同样在您的代码，通过例如附连生成文件的属性，一个单独的文件夹或其他指示。这样你可以在更新后请求cruncher重新生成任何过时的文件。