2012-08-31 8 views
5

La nostra azienda utilizza Mercurial per il controllo del codice sorgente di un'applicazione Web Java. Ha funzionato così bene che abbiamo iniziato a utilizzare il controllo del codice sorgente per un sacco di contenuti (file PDF). Per il nostro modello di implementazione questo ha funzionato in modo sorprendente e per fortuna il nostro progettista grafico all'epoca era uno sviluppatore web e comprendeva già il controllo del codice sorgente.Come posso spiegare il controllo del codice sorgente (Mercurial/Tortoise in modo specifico) a un non programmatore?

Ora abbiamo sostituito quell'uomo con due rigorosamente per i grafici di stampa. Sono incredibili in quello che fanno ma sembrano spaventati e confusi ogni volta che chiediamo loro di usare il controllo del codice sorgente. Per riferimento usiamo Tortoise come abbiamo scoperto che era la migliore opzione per i non programmatori grazie alla sua interfaccia utente.

Hginit.com è un ottimo modo per i programmatori di imparare Mercurial, ora che ne dici di un sito web per i non programmatori?

Qualche idea?

+2

Quindi ... hai licenziato il ragazzo fantastico per due bozos meno costosi? Che banale. – FlavorScape

+1

Penso che questa sarebbe una domanda molto migliore su [Programmers.SE] (http://programmers.stackexchange.com/). –

+0

Sono sorpreso che siano così spaventati. Ogni designer che abbia mai incontrato al lavoro e nella mia famiglia ha il suo complesso sistema di versioning multi-copia dal quale dipendono totalmente. Non ho mai avuto bisogno di più di "sono solo alcuni comandi che ti permettono di farlo ma con un singolo file" e un cheat sheet per venderli. – Christopher

risposta

0

Beh, non penso che sia necessario un tutorial per avere a bordo quei grafici. Se comprendi il repository & puoi semplicemente guidarli ...

È solo un modo per mantenere una copia funzionale trunk disponibile per tutti; a un certo punto potresti avere una copia di lavoro branch solo per te per una specifica release e ad ogni versione il codice è contrassegnato come tag come riferimento.

Ora gli unici pezzi rimangono sono check-in mettere il vostro lavoro nel repository, update - lavoro scaricare altri e checkout - scaricare repository sul computer locale.

Queste sono solo una fodera che uso per portare a bordo le matricole che abbiamo di volta in volta.

0

Ho appena avuto questa conversazione esatta con alcuni non sviluppatori, anche se stiamo usando Git per il nostro progetto. Questo riassume come mi sono avvicinato all'argomento:

  1. Spiega che il controllo di versione non è semplicemente "backup".
  2. Ad un livello elevato, spiega che è come un grande pulsante "Annulla" quando sono coinvolti più file e/o persone.
  3. Spiega che questo consente di "taggare" l'avanzamento (produzione, versione pubblica, versioni successive) e di andare avanti con sicurezza, sapendo che è possibile riportare il progetto a uno stato di "ultimo stato conosciuto", se necessario.
  4. Decidi un flusso di lavoro e una filosofia di controllo del codice sorgente e comunica allo a tutti di attenervisi! (Ad esempio, quando eseguire il branch, tag, unire, ecc. e quanto/deve essere il commit)
  5. Inserirli nella GUI di controllo sorgente di propria scelta.

ESEMPIO:

Come Adamo, ha detto, è come prendere istantanee di un progetto artistico, ma ho anche avuto successo con questo in composizioni di musica in cui sono coinvolti più file:

  • File di progetto DAW (Logic Pro, et. Al.)
  • Impostazioni progetto
  • pluggins audio e le relative impostazioni
  • Note testi delle canzoni per
  • registrazioni grezze iniziali
  • multipla prende
  • remix multipli, la produzione, o mastering passa

volte Creerò e verificherò un nuovo ramo sperimentale per provare un approccio completamente diverso nella composizione e/o produzione della canzone. Questo di solito influisce su più elementi della lista sopra, ma posso andare avanti con fiducia, sapendo che se qualcosa non funziona abbastanza, posso sempre passare a una versione "stabile" del progetto.

Il controllo versione non è più solo per "sorgente". È perfetto per qualsiasi progetto digitale creativo di dimensioni significative!

4

Spiegherei loro che è come fare una fotocopia del tuo progetto artistico attraverso il suo corso. Durante il tempo che stai disegnando, puoi scartare ciò che hai fatto e continuare da un momento precedente. Puoi anche vedere cosa succederebbe se avessi iniziato in una direzione diversa da una delle immagini che hai realizzato. Puoi anche dare una copia ad un amico e dirgli che possono finire di disegnare gli alberi e il cielo sullo sfondo. Più tardi puoi unire entrambi i tuoi sforzi e vedere come appare. Il tuo amico può anche scattare foto intermittenti mentre lavorano sul cielo e sugli alberi. Pensa alle possibilità!

1

È possibile tornare a un precedente "salvataggio" e verificare le differenze tra le versioni "salvate". Ogni volta che "salvi" puoi anche inserire un commento, come "prima bozza" o "modifiche implementate richieste dalla contabilità".

Problemi correlati