与Qooxdoo和多个开发人员一起开发

NPB*_*NPB 7 collaboration version-control qooxdoo

我对Qooxdoo感兴趣是一个可能的Web开发框架.我已下载SDK并将其安装在我PC上的中央位置,因为我希望在多个项目中使用它.我使用该create-application.py脚本创建了一个新的测试应用程序,并将所有生成的文件添加到我的版本控制系统中.

我希望能够与其他PC上的其他开发人员合作.他们可能将SDK安装在不同的位置.在该的Qooxdoo自动生成的文件似乎包含两个SDK路径config.jsongenerator.py:如果SDK路径移动,该generator.py脚本停止工作. generator.py似乎没有太大的问题,因为它寻找config.json更新的路径,但我不知道如何最好地处理config.json.

到目前为止我唯一想到的选择是:

  1. 从VCS中排除它,但似乎没有自动重新生成它的脚本,因此这可能很危险.
  2. 将其添加到VCS,但让每个开发人员修改路径行,并接受在合并更改时可能需要调整它.
  3. 将config.json更改为路径和单个"include"行,指向包含所有非SDK路径相关信息的第二个文件.
  4. 使用SDK的相对路径,并为每个使用它的项目保留一个单独的,位置相近的SDK副本.

如果生成脚本存在,方法1将是理想的; 方法2真的很讨厌; 我无法让方法3工作,方法4有点乱,因为它意味着SDK的多个副本散落在这个地方.

Android SDK似乎很好地解决了这个问题(使用方法1),SDK路径在自己的文件中,并带有自动生成该文件的脚本.据我所知,Qooxdoo提供了许多其他重要信息,config.json自动生成该文件的唯一方法是创建一个新项目.

有没有更好的/推荐的方法来处理这个?

Tho*_*asH 6

作为使用符号链接的替代方法,您可以在命令行上覆盖QOOXDOO_PATH宏:

./generate.py source -m QOOXDOO_PATH:<local_path_to_qooxdoo>
Run Code Online (Sandbox Code Playgroud)

(根据您使用的shell,您可能必须应用一些正确的-m参数引用).这样,每个程序员都可以使用他本地安装的qooxdoo SDK.您甚至可以从config.json中删除QOOXDOO_PATH条目来强制执行此操作.