2012-07-27 15 views
5

Chiunque utilizza il LiveCode in un progetto multi-developer?Controllo sorgente di LiveCode

In entrambi i casi, qualcuno può consigliare un buon sistema di controllo sorgente/plug-in da utilizzare?

Abbiamo guardato MagicCarpet ma dal momento che non è più sviluppato desideriamo utilizzare qualcos'altro.

Grazie

risposta

3

Sì, il nostro team ha utilizzato LiveCode con più sviluppatori. Poiché la comunità Livecode è ancora giovane, l'acquisizione di buoni strumenti di controllo del codice sorgente può essere una sfida. La nostra soluzione è stata quella di rompere il codice in moduli (file stack). Quando ci sono aggiornamenti da incorporare nella base di codice principale, cloniamo la nostra base di codice esistente e uniamo manualmente le modifiche al codice usando il confronto riga per riga in un editor di testo. Questo non è un processo divertente, ma è molto meno doloroso di quanto sembri.

Se dovessi riprogettare il sistema, utilizzeremmo semplicemente Git (Github.com ecc.). Non c'è ragione per cui questo non funzionerebbe con gli stack di Livecode.

+0

Grazie mille per la risposta. Questo è fondamentalmente ciò che stiamo facendo, usando dropbox e mantenendo le cose separate in diversi stack. Siamo solo una piccola squadra di 3, quindi questo funziona per noi, ma immagino che i team di sviluppo più grandi avrebbero difficoltà. – Saquesh

8

Sto lavorando a una soluzione a questo problema esportando il file dello stack come una directory strutturata di script, file json e immagine che si diff e si fondono bene nella maggior parte dei VCS. Non è ancora disponibile, ma l'intenzione è che sia open source. Il mio obiettivo è dimostrarlo alla conferenza RunRevLive a maggio.

Ecco il pronti contro termine per lcVCS https://github.com/montegoulding/lcVCS

5

ho messo una pila libreria git su revOnline (libVersionControl) che le esportazioni verso i file XML strutturati che git in grado di gestire. Funziona fino in fondo, ma spero che la soluzione di Monte supererà questo sforzo.

revOnline link to stack

+0

In suvanzato perché la tua è l'unica soluzione attualmente funzionante –

3

Usiamo LiveCode in una piccola squadra con Subversion.

Non abbiamo una soluzione perfetta, ma è molto leggero; tutti usiamo un'estensione personalizzata per la barra degli strumenti standard, che tra le altre cose ha un pulsante 'salva + backup'. Quando abbiamo iniziato ad usarlo con Subversion, abbiamo aggiunto il codice a questo pulsante che salva un file sidecar XML per lo stack. Il file contiene tutti gli script, le proprietà personalizzate e facoltativamente i campi (controllati dalla proprietà dell'utente in ogni pila). Nel nostro caso quasi tutto il nostro lavoro è in script, quindi questo funziona per noi.

L'effetto è che ogni volta che ci impegniamo a SVN, siamo sempre commettere due file, la pila LiveCode e il file collaterale che accompagna - quest'ultimo funziona bene per diffing ecc

Dove questo ci delude è che non abbiamo alcuna soluzione per l'unione. Se lavorassimo su sistemi più grandi in modo più attivo, modificheremmo anch'io aspetto che cambi il formato del sidecar in una cartella completa di file. Per ora tuttavia ciò rende la situazione praticabile (e non ci vuole tempo per generare il file del sidecar).

Felice di condividere il codice se fosse utile.

+0

Spot su .. venire con un formato che può diff non è complicato. Venire con uno che può fondersi e incolpare ha un sacco di problemi per lo più intorno agli oggetti ID ... vedi il repository lcVCS per maggiori dettagli su questo ... –

0

Conosco uno strumento su cui si sta lavorando e che è davvero di aiuto in questo senso. Quando me l'ha mostrato, sembrava già molto funzionale. Ma non sono sicuro quando lo condividerà con la comunità.

Quindi il punto è, è solo una questione di tempo prima che le cose della gente si uniscano per fare una soluzione chiavi in ​​mano per questo.

Problemi correlati