Wer nutzt LiveCode in einem Multi-Developer-Projekt?LiveCode Source Control
Wie kann jemand empfehlen, ein gutes Quellcodeverwaltungssystem/Plugin zu verwenden?
Wir haben uns MagicCarpet angesehen, aber da es nicht mehr entwickelt ist, möchten wir etwas anderes verwenden.
Dank
Ja, hat unser Team Livecode mit mehreren Entwicklern im Einsatz. Da die Livecode-Community noch jung ist, kann der Erwerb guter Quellcode-Kontrollwerkzeuge eine Herausforderung darstellen. Unsere Lösung bestand darin, den Code in Module (Stack-Dateien) aufzuteilen. Wenn Updates in die Haupt-Codebasis integriert werden sollen, klonen wir unsere vorhandene Codebasis und führen Codeänderungen manuell zusammen, indem Sie zeilenweise in einem Texteditor vergleichen. Dies ist kein lustiger Prozess, ist aber viel weniger schmerzhaft als es klingt.
Wenn ich das System neu gestalten würde, würden wir einfach Git (Github.com etc.) verwenden. Es gibt keinen Grund, dass dies nicht mit Livecode-Stacks funktionieren würde.
Ich arbeite an einer Lösung für dieses Problem durch den Export der Stack-Datei als ein strukturiertes Verzeichnis von Skript-, JSON- und Bilddateien, die in den meisten VCS schön differieren und verschmelzen. Es ist noch nicht verfügbar, aber die Absicht ist, dass es Open Source sein wird. Mein Ziel ist es, dies auf der RunRevLive-Konferenz im Mai zu demonstrieren.
Hier ist die Repo für lcVCS https://github.com/montegoulding/lcVCS
ich einen Git Bibliothek Stack auf revOnline (libVersionControl) gesetzt habe, dass die Ausfuhren in strukturierten XML-Dateien, git verarbeiten können. Es funktioniert so weit wie es geht, aber ich habe die Hoffnung, dass Monte's Lösung diese Bemühungen ersetzen wird.
Upvoted, weil Ihre ist die einzige derzeit funktionierende Lösung –
Wir verwenden Livecode in einem kleinen Team mit Subversion.
Wir haben keine perfekte Lösung, aber es ist sehr leicht; Wir verwenden alle eine benutzerdefinierte Erweiterung der Standard-Symbolleiste, die unter anderem eine Schaltfläche "Speichern + Backup" hat. Als wir anfingen, es mit Subversion zu verwenden, fügten wir dieser Schaltfläche Code hinzu, der eine XML-Sidecar-Datei für den Stapel speichert. Die Datei enthält alle Skripts, benutzerdefinierten Eigenschaften und optional Felder (gesteuert durch Benutzereigenschaften in jedem Stapel). In unserem Fall ist fast unsere gesamte Arbeit in Skripten, das funktioniert für uns.
Der Effekt ist, dass jedes Mal, wenn wir zu SVN begehen, sind wir zwei Dateien immer zu begehen, die Livecode-Stack und die zugehörigen Sidecar-Datei - die letzteren funktioniert gut für diffing usw.
Wo dies uns im Stich lässt ist dass wir keine Lösung für die Zusammenführung haben. Wenn wir aktiver an größeren Systemen arbeiten würden, würden wir auch modifizieren. Ich erwarte, dass das Sidecar-Format in einen kompletten Ordner von Dateien umgewandelt wird. Für jetzt jedoch macht dies die Situation machbar (und es braucht keine merkliche Zeit, um die Sidecar-Datei zu erzeugen).
Glücklich, Code zu teilen, wenn das nützlich war.
Spot on .. mit einem Format, das diff ist nicht kompliziert kommen. Wenn man mit einem kommt, der verschmelzen und beschuldigen kann, gibt es einen Haufen Probleme, hauptsächlich um Objekt-IDs ... siehe den lcVCS-Repo für weitere Details dazu ... –
Ich weiß von einem Werkzeug, an dem gearbeitet wird, das wird in dieser Hinsicht wirklich helfen. Als er es mir zeigte, sah es schon sehr funktional aus. Aber ich bin mir nicht sicher, wann er es mit der Community teilen wird.
Also der Punkt ist, es ist nur eine Frage der Zeit, bevor die Dinge der Menschen zusammenkommen, um eine schlüsselfertige Lösung dafür zu machen.
Vielen Dank für die Antwort. Das ist im Grunde, was wir tun, Dropbox verwenden und Dinge in verschiedenen Stapeln getrennt halten. Wir sind nur ein kleines Team von 3, also funktioniert das für uns, aber ich könnte mir vorstellen, dass größere Entwicklerteams Schwierigkeiten haben würden. – Saquesh