Rozwijanie za pomocą Qooxdoo i wielu programistów

Question

Jestem zainteresowany Qooxdoo jako możliwym środowiskiem programistycznym. Pobrałem SDK i zainstalowałem go w centralnej lokalizacji na moim komputerze, ponieważ spodziewam się go użyć w wielu projektach. Użyłem skryptu create-application.py, aby utworzyć nową aplikację testową i dodać wszystkie wygenerowane pliki do mojego systemu kontroli wersji.

Chciałbym móc współpracować w tej sprawie z innymi programistami na innych komputerach. Prawdopodobnie pakiet SDK jest zainstalowany w innej lokalizacji. Pliki generowane automatycznie w Qooxdoo wydają się zawierać ścieżkę SDK zarówno w config.json jak i generator.py: jeśli ścieżka SDK zostanie przesunięta, skrypt generator.py przestanie działać. generator.py nie wydaje się być zbyt dużym problemem, ponieważ wygląda na config.json dla zaktualizowanej ścieżki, ale nie jestem pewien, jak najlepiej radzić sobie z config.json.

Jedynymi opcjami myślałem od tej pory są:

1. wykluczenia go z VCS, ale nie wydaje się być scenariusz zregenerować go automatycznie, więc to może być niebezpieczne.
2. Dodaj go do VCS, ale każdy programista modyfikuje linię ścieżki i akceptuje, że może wymagać dostosowania po każdej scaleniu zmian.
3. Zmień plik config.json na ścieżkę i pojedynczą linię "include" wskazującą drugi plik zawierający wszystkie informacje związane z ścieżką inną niż SDK.
4. Użyj względnej ścieżki do zestawu SDK i zachowaj oddzielną, ściśle zlokalizowaną kopię zestawu SDK dla każdego projektu, który jej używa.

Podejście 1 byłoby idealne, gdyby istniał skrypt generujący; podejście 2 jest naprawdę nieprzyjemne; Nie mogłem podejść do podejścia 3, a podejście 4 jest nieco chaotyczne, ponieważ oznacza, że ​​wiele kopii SDK jest zaśmieconych tym miejscem.

Wydaje się, że Android SDK radzi sobie z tym bardzo dobrze (stosując podejście 1), ze ścieżką SDK we własnym pliku ze skryptem, który automatycznie generuje ten plik. O ile mogę powiedzieć, Qooxdoo umieszcza wiele innych ważnych informacji w config.json, a jedynym sposobem automatycznego wygenerowania tego pliku jest utworzenie nowego projektu.

Czy istnieje lepszy/zalecany sposób radzenia sobie z tym?

Answer 1

Jako alternatywa do stosowania dowiązania, można zastąpić makro QOOXDOO_PATH w wierszu poleceń:

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

(W zależności od powłoki używasz mogłeś zastosować niektóre właściwego cytowania tego argumentu -m). W ten sposób każdy programista może korzystać z zainstalowanego lokalnie pakietu SDK qooxdoo. Możesz nawet usunąć wpis QOOXDOO_PATH z pliku config.json, aby wymusić to.

Answer 2

Pracujemy z dowiązaniem symbolicznym wskazującym na sdk ... config.json zawiera tylko ścieżkę do łącza.