Разработка с Qooxdoo и несколькими разработчиками - PullRequest
7 голосов
/ 27 сентября 2010

Меня интересует Qooxdoo в качестве возможной основы веб-разработки.Я скачал SDK и установил его в центральном месте на моем ПК, так как рассчитываю использовать его в нескольких проектах.Я использовал сценарий create-application.py для создания нового тестового приложения и добавил все сгенерированные файлы в свою систему управления версиями.

Я бы хотел сотрудничать с другими разработчиками на других ПК.Скорее всего, SDK установлен в другом месте.Автоматически сгенерированные файлы в Qooxdoo, похоже, содержат путь SDK в config.json и generator.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, и единственный способ автоматически сгенерировать этот файл - создать новый проект.

Есть ли лучший / рекомендуемый способ работы сэто?

Ответы [ 2 ]

6 голосов
/ 28 сентября 2010

В качестве альтернативы использованию символических ссылок вы можете переопределить макрос QOOXDOO_PATH в командной строке:

./generate.py source -m QOOXDOO_PATH:<local_path_to_qooxdoo>

(В зависимости от используемой вами оболочки, вам, возможно, придется применить некоторое правильное цитирование -mаргумент).Таким образом, каждый программист может использовать свой локально установленный qooxdoo SDK.Вы можете даже удалить запись QOOXDOO_PATH из config.json, чтобы применить это.

4 голосов
/ 28 сентября 2010

Мы работаем с символической ссылкой, указывающей на sdk ... config.json содержит только путь ссылки.

...