5

有人在多开发人员项目中使用 LiveCode 吗？

无论哪种方式，有人可以推荐一个好的源代码控制系统/插件来使用吗？

我们已经看过 MagicCarpet，但由于它不再开发，我们希望使用其他东西。

谢谢

4

5 回答 5

8

我正在通过将堆栈文件导出为脚本、json 和图像文件的结构化目录来解决这个问题，这些文件将在大多数 VCS 中很好地区分和合并。它尚不可用，但目的是它将是开源的。我的目标是在 5 月的 RunRevLive 会议上展示它。

这是 lcVCS 的回购https://github.com/montegoulding/lcVCS

于 2013-03-07T02:06:16.033 回答
5

我在 revOnline (libVersionControl) 上放置了一个 git 库堆栈，它导出到 git 可以处理的结构化 xml 文件。它尽其所能，但我希望蒙特的解决方案将取代这项努力。

rev 堆栈的在线链接

于 2013-03-08T00:50:36.150 回答
3

我们在一个带有 Subversion 的小团队中使用 LiveCode。

我们没有完美的解决方案，但它非常轻量级；我们都使用标准工具栏的自定义扩展，其中有一个“保存+备份”按钮。当我们开始将它与 Subversion 一起使用时，我们向此按钮添加了代码，该按钮为堆栈保存了一个 XML sidecar 文件。该文件包含所有脚本、自定义属性和可选字段（由每个堆栈中的用户属性控制）。在我们的例子中，我们几乎所有的工作都在脚本中，所以这对我们有用。

效果是每次我们提交到 SVN 时，我们总是提交两个文件，LiveCode 堆栈和随附的 sidecar 文件 - 后者适用于差异等。

这让我们失望的是，我们没有任何合并的解决方案。如果我们更积极地在更大的系统上工作，我们也会修改我希望将 sidecar 格式修改为完整的文件文件夹。然而，现在这使情况可行（并且生成边车文件不需要明显的时间）。

如果有用的话，很高兴分享代码。

于 2013-03-11T09:41:19.820 回答
3

是的，我们的团队一直在与多个开发人员一起使用 LiveCode。由于 Livecode 社区还很年轻，因此获得好的源代码控制工具可能是一个挑战。我们的解决方案是将代码分解为模块（堆栈文件）。当有更新要合并到主代码库中时，我们会克隆现有的代码库，并在文本编辑器中使用逐行比较手动合并代码更改。这不是一个有趣的过程，但远没有听起来那么痛苦。

如果我要重新设计系统，我们会简单地使用 Git（Github.com 等）。没有理由这不适用于 Livecode 堆栈。

于 2012-08-29T17:04:33.747 回答
0

我知道正在开发的一个工具在这方面会很有帮助。当他向我展示它时，它看起来已经非常实用了。但我不确定他什么时候会与社区分享。

因此，关键是，人们齐心协力为此提供交钥匙解决方案只是时间问题。

于 2014-06-18T19:21:58.480 回答