Ktoś tam używa LiveCode w wielu projektach deweloperskich?Kontrola źródła LiveCode
Tak czy inaczej, może ktoś polecić dobry system kontroli źródła/wtyczki w użyciu?
Mamy spojrzał na MagicCarpet ale ponieważ nie jest już opracowany chcemy użyć czegoś innego.
Dzięki
Tak, nasz zespół został przy użyciu LiveCode z wieloma deweloperami. Ponieważ społeczność Livecode jest wciąż młoda, pozyskanie dobrych narzędzi kontroli źródła może być wyzwaniem. Nasze rozwiązanie polegało na rozbijaniu kodu na moduły (pliki stosu). Gdy są aktualizacje do scalenia w głównej bazie kodu, klonujemy naszą istniejącą bazę kodów i łączymy zmiany kodu ręcznie za pomocą porównania linia po linii w edytorze tekstu. To nie jest zabawny proces, ale jest o wiele mniej bolesny, niż się wydaje.
Gdybym przeprojektowanie systemu, chcemy po prostu użyć Git (github.com itd). Nie ma powodu, by nie działało to w przypadku stosów kodu na żywo.
pracuję nad rozwiązaniem tego problemu eksportując plik stosu jako uporządkowanego katalogu skryptu JSON i plików graficznych, które będą Diff i scalić ładnie w większości VCS. Nie jest jeszcze dostępna, ale intencją jest, że będzie to open source. Moim celem jest pokazanie tego na konferencji RunRevLive w maju.
Oto repo dla lcVCS https://github.com/montegoulding/lcVCS
Włożyłem stos biblioteki git na revOnline (libVersionControl), że eksport do strukturyzowanych plików XML, który może obsłużyć git. Działa tak daleko, jak to możliwe, ale mam nadzieję, że rozwiązanie Monte zastąpi ten wysiłek.
Wycofane ponieważ twoje jest jedynym obecnie funkcjonalnym rozwiązaniem –
Używamy LiveCode w małym zespole z Subversion.
Nie mamy idealne rozwiązanie, ale jest bardzo lekki; wszyscy używamy niestandardowego rozszerzenia do standardowego paska narzędzi, który między innymi ma przycisk "save + backup". Kiedy zaczęliśmy używać go w Subversion, dodaliśmy kod do tego przycisku, który zapisuje plik pomocniczy XML dla stosu. Plik zawiera wszystkie skrypty, niestandardowe właściwości i opcjonalne pola (kontrolowane przez właściwość użytkownika w każdym stosie). W naszym przypadku prawie cała nasza praca jest w skryptach, więc to działa dla nas.
Efektem jest to, że za każdym razem, zobowiązujemy się do SVN, jesteśmy zawsze popełniając dwa pliki, stos LiveCode oraz odpowiadający mu plik Sidecar - ta ostatnia działa poprawnie diffing itp
Gdzie ta pozwala nam na dół jest że nie mamy żadnego rozwiązania do łączenia. Gdybyśmy bardziej aktywnie pracowali nad większymi systemami, zmienilibyśmy także oczekiwany wygląd, by zmodyfikować format koszuli bocznej w kompletny folder plików. Na razie jednak sprawia, że sytuacja staje się wykonalna (i nie ma zauważalnego czasu na wygenerowanie pliku pomocniczego).
Chętnie udostępnia kod, jeśli było to przydatne.
Spot na .. wymyślanie formatu, który może się różnić, nie jest skomplikowany. Wymyślanie tego, który może się łączyć i obwiniać, ma mnóstwo problemów związanych głównie z identyfikatorami obiektów ... zobacz repozytorium lcVCS po więcej informacji na ten temat ... –
Znam narzędzie ów trwają prace, które będzie naprawdę pomóc w tym zakresie. Kiedy mi to pokazał, wyglądało to już bardzo funkcjonalnie. Ale nie jestem pewien, kiedy podzieli się tym ze społecznością.
Chodzi o to, że to tylko kwestia czasu, zanim ludzie skontaktują się, aby stworzyć rozwiązanie pod klucz.
Dziękuję za odpowiedź. Zasadniczo robimy to, używając Dropbox i zachowując oddzielne elementy w różnych stosach. Jesteśmy tylko małym zespołem składającym się z 3, więc to działa dla nas, ale wyobrażam sobie, że większe zespoły programistów będą walczyć. – Saquesh