I'm interested in Qooxdoo as a possible web development framework. I have downloaded the SDK and installed it in a central location on my PC as I expect to use it on multiple projects. I used the create-application.py
script to make a new test application and added all the generated files to my version control system.
I would like to be able to collaborate on this with other developers on other PCs. They are likely to have the SDK installed in a different location. The auto-generated files in Qooxdoo seem to include the SDK path in both config.json
and generator.py
: if the SDK path moves, the generator.py
script stops working. generator.py
doesn't seem to be too much of a problem as it looks in config.json
for an updated path, but I'm not sure how best to handle config.json
.
The only options I've thought of so far are:
- Exclude it from the VCS, but there doesn't seem to be a script to regenerate it automatically, so this could be dangerous.
- Add it to the VCS but have each developer modify the path line and accept that it might need to be adjusted whenever changes are merged.
- Change config.json to be a path and a single 'include' line that points to a second file that contains all the non-SDK-path related information.
- Use a relative path to the SDK and keep a separate, closely located copy of the SDK for every project that uses it.
Approach 1 would be ideal if the generation script existed; approach 2 is really nasty; I couldn't get approach 3 to work and approach 4 is a bit messy as it means multiple copies of the SDK littered about the place.
The Android SDK seems to deal with this very well (using approach 1), with the SDK path in its own file with a script that automatically generates that file. As far as I can tell, Qooxdoo puts lots of other important information in config.json
and the only way to automatically generate that file is to create a new project.
Is there a better/recommended way to deal with this?