Domanda

Sono curioso di conoscere le esperienze delle persone con il controllo della versione distribuita in un ambiente aziendale.

In particolare:

  1. È stato difficile ottenere l'adozione?
  2. Ora che è a posto, è piaciuto?
  3. Quale 'modello' stai usando (hub & amp; speak? Qualcos'altro?)
  4. Permettendo di usare l'hub & amp; a proposito, ci sono problemi di disciplina nel passare a un server centrale?
  5. Mi piacerebbe sapere se qualcuno ha programmatori che non lavorano in questo ambiente, preferibilmente artisti e simili per i quali VCS può essere un po 'scoraggiante. Ha funzionato per loro?
È stato utile?

Soluzione

1 - No, perché abbiamo appena detto alle persone che dovevano usarlo. Se non hai il controllo del tuo VCS e del tuo personale, hai problemi più grandi ...

2 - Bene, passando da SVN a Git, direi che circa la metà degli sviluppatori si è lamentata della maggiore complessità. L'altra metà ha apprezzato l'aumento del potere.

3 - Per convenzione abbiamo designato un server come archivio centrale.

4 - Nessuno - Voglio dire se le persone non spingono sul server giusto, quindi il loro lavoro non è considerato completo, quindi non può essere integrato, QAed, ecc. Se non possono seguire le linee guida per questo tipo di cose .. ..come il numero 1 sopra.

5 - Questa è una buona domanda. Incoraggiamo il nostro personale non tecnico a utilizzare gli strumenti della GUI ove possibile e ciò sembra rendere le cose molto più semplici per loro. Praticamente tutti gli sviluppatori usano la riga di comando, a meno che non stiano visualizzando la cronologia dei rami o altri motivi visivi.

Altri suggerimenti

Conti IBM Rational (Atria) ClearCase con Multisite come DVCS?

Lo stiamo usando da 15 anni, inclusi 7 anni prima che IBM ci acquistasse. Ci consente di lavorare in modo abbastanza efficace tra i siti negli Stati Uniti e al di fuori degli Stati Uniti.

Per la maggior parte, funziona bene, in gran parte tenendosi alla larga.

Non sono sicuro di quale modello si applichi.

Non abbiamo molti non programmatori che lo usano - il team ID (Information Development - che significa Tech Pubs) è il gruppo principale di non programmatori che lo usano.

CC-MS ha ancora un modello un po 'centralizzato: i rami sono "controllati" in un determinato sito e le modifiche su quel ramo possono essere apportate solo nelle viste dello stesso sito. Ciò significa solo che devi stare attento alla ramificazione e alla fusione, ma la fusione è molto buona (così come la ramificazione).

Al momento sto giocando con l'idea di adottare git al lavoro, dopo averne parlato con alcuni colleghi. Non potevano immaginare che fosse una buona idea usare un DCVS. Principalmente perché ritengono che il problema della fusione sia troppo grande. Uso git per i miei piccoli progetti a casa ed ecco come e perché lo userò al lavoro:

  • controlla i progetti svn a cui lavoro in git
  • impegnarsi senza preoccuparsi di rompere la build (o ramificarsi per gli esperimenti)
  • evitando il ritardo di ricerche / fusioni con il server centrale
  • eseguendo il commit dei risultati alla fine nel trunk svn

Per inciso, sembra (dopo il discorso di Linus su Google riguardante git) di essere un modo comune di usare DCVS al lavoro :)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top