在多开发人员项目中使用LiveCode的任何人?
无论哪种方式,有人可以推荐一个好的源代码控制系统/插件来使用吗?
我们看过MagicCarpet,但由于它不再开发,我们希望使用其他东西。
由于
答案 0 :(得分:8)
我正在通过将堆栈文件导出为脚本,json和图像文件的结构化目录来解决此问题,这些文件将在大多数VCS中很好地进行差异和合并。目前还没有,但目的是它将是开源的。我的目标是在5月份的RunRevLive会议上展示它。
的回购答案 1 :(得分:5)
我在revOnline(libVersionControl)上放了一个git库堆栈,它导出到git可以处理的结构化xml文件。它尽可能地发挥作用,但我希望Monte的解决方案能够取代这一努力。
答案 2 :(得分:3)
是的,我们的团队一直在与多个开发人员一起使用LiveCode。由于Livecode社区还很年轻,因此获得良好的源代码控制工具可能是一项挑战。我们的解决方案是将代码分解为模块(堆栈文件)。当有更新要合并到主代码库中时,我们克隆现有的代码库,并在文本编辑器中使用逐行比较手动合并代码更改。这不是一个有趣的过程,但比听起来要痛苦得多。
如果我要重新设计系统,我们只需使用Git(Github.com等)。没有理由这不适用于Livecode堆栈。
答案 3 :(得分:3)
我们在Subversion的小团队中使用LiveCode。
我们没有完美的解决方案,但它非常轻巧;我们都使用标准工具栏的自定义扩展,其中包括“保存+备份”按钮。当我们开始在Subversion中使用它时,我们在此按钮中添加了代码,该代码为堆栈保存了XML sidecar文件。该文件包含所有脚本,自定义属性和可选字段(由每个堆栈中的用户属性控制)。在我们的例子中,我们几乎所有的工作都是在脚本中,所以这对我们有用。
效果是每次我们提交SVN时,我们总是提交两个文件,即LiveCode堆栈和随附的sidecar文件 - 后者适用于差异等。
这让我们失望的是我们没有任何合并解决方案。如果我们更积极地研究更大的系统,我们也会修改我希望将边车格式修改为完整的文件夹。但是现在这使得情况变得可行(并且生成边车文件没有明显的时间)。
如果有用,请尽快分享代码。
答案 4 :(得分:0)
我知道正在开发的工具在这方面真的会有所帮助。当他向我展示它时,它看起来非常实用。但我不确定他什么时候会与社区分享。
所以关键是,人们的事情聚集在一起为此制定一个交钥匙解决方案只是时间问题。