I sistemi di controllo versione FOSS funzionano per le aziende? [chiuso]


11

Supponiamo che una grande azienda stia pianificando di sostituire il sistema di controllo della versione esistente. Diciamo che sta prendendo in considerazione solo i sistemi dei principali fornitori che costano centinaia di migliaia di dollari perché hanno "supporto".

Il controllo della versione in un ambiente aziendale deve essere costoso? La tua azienda di medie / grandi dimensioni utilizza un VOSS FOSS come SVN / Git / Mercurial? Qual è stata l'esperienza?

Devo pensare che non debba essere costoso poiché ci sono così tante opzioni gratuite e probabilmente ci sono aziende che forniscono supporto a pagamento per FOSS VCS se questa è la preoccupazione principale.

Non intendo questa domanda per confrontare VCS o decidere quale sia la migliore, piuttosto semplicemente comprendere le esperienze con VCS in un ambiente IT aziendale.

Risposte:


29

Sì.

  
Nella mia (certamente limitata) esperienza, le soluzioni non FOSS tendono ad essere più "enterprise-y". Questo è,

  • Si integrano con tutto sotto il sole.
  • Hanno più controlli integrati per la logica aziendale complessa (autorizzazioni, controllo degli accessi, approvazione, ecc.).
  • Vengono con contratti di supporto e linee di supporto tecnico ragionevolmente reattive.
  • Sono ben pubblicizzati dalle persone non tecniche che prendono decisioni VCS ad alto livello nelle grandi aziende.

Questi attributi li rendono attraenti per le grandi aziende, in particolare per le persone che non devono usarle. Le alternative FOSS, in contrapposizione a quanto sopra:

  • Avere un sacco di strumenti di terze parti per integrarli con tutto ciò che è sotto il sole (in virtù di essere più popolare delle alternative proprietarie) e tende a essere più facile sviluppare strumenti di terze parti, essendo OS.
  • Vedi precedente, più facile da ottenere strumenti esterni attorno a uno strumento pulito, semplice e di base.
  • In virtù della loro popolarità, hanno un supporto più ampio basato sulla comunità.
  • Non hanno bisogno di pubblicità detta.

A parte ciò, la mia esperienza con i comuni VCS gratuiti (mercurial / svn / etc) li rende più veloci, più affidabili e più facili da usare.


5
+1 - Sono molto più felice con SVN che mai con SourceSafe.
Jon Hopkins,

5
@Jon +1 - Sono molto più felice con Mercurial di quanto non sia mai stato con SVN.
Tim Post

1
@Tim - Attualmente sta valutando informalmente Mercurial prima di una possibile migrazione.
Jon Hopkins,

8

Concordo con @Fishtoaster sul fatto che il controllo della versione FOSS ha tutte le funzionalità (o può essere integrato con altri software FOSS che forniscono le funzionalità) di cui ha bisogno anche la più grande "impresa".

Sfortunatamente, nella mia esperienza, molte decisioni nelle imprese non sono prese da persone che sono tecnicamente competenti per prendere quella decisione. Cioè, le persone che sono autorizzate a effettuare acquisti in un'azienda vengono prese di mira direttamente dal reparto vendite di altre imprese per acquistare il loro software. FOSS non dà nemmeno un'occhiata perché non c'è nessuno che vende a loro.

In un posto in cui ho lavorato, abbiamo usato una di quelle soluzioni "enterprise" di controllo della versione. È stato lento (ci è voluto letteralmente più di un'ora per fare un "check out" completo dell'ultima versione del codice!) E buggy e tutti si sono lamentati. Molti sviluppatori eseguono effettivamente il checkout (impiegando, come ho già detto, più di un'ora ), quindi impostano un repository SVN o Mercurial locale in cima a quel checkout, eseguono la codifica su quel repository e lo ricontrollano nel repository principale solo quando necessario.

Siamo stati fortunati perché ci è stato permesso di installare qualsiasi software di cui avevamo bisogno. Ma il fatto che la gente abbia sovvertito il "processo" in questo modo mi dice che c'era qualcosa di gravemente sbagliato nel processo ...


1
Questo è esattamente quello che ho fatto, impostare il mio SVN locale poiché il VCS fornito è così terribile.
jimueller,

4

La principale differenza tra FOSS e il software commerciale è che il primo è basato sull'orgoglio, mentre il secondo è basato sul reddito.

Chiediti: quanto sono felici le persone che hanno scritto il software XYZ?

Se è FOSS, probabilmente sarebbero stati molto felici perché altrimenti, perché dovrebbero preoccuparsi di perdere tempo?

Se si tratta di un software commerciale, non puoi davvero dirlo. È probabile che le persone siano state pagate per scrivere qualcosa che non piace proprio.

Quindi il software FOSS ottiene più amore. Ciò non significa necessariamente che sia meglio, ma se si tratta di un progetto FOSS di successo, puoi essere abbastanza sicuro che sia meglio di qualsiasi cosa tu possa comprare ("Il denaro non può comprare la felicità", ricordi?).

Come puoi dire che ha successo? Controlla il sito Web. Se il sito Web è attuale e sembra bello, ha abbastanza successo da perdere tempo sul sito Web (gli sviluppatori FOSS sono hard core; non vogliono perdere tempo su tutto ciò che non graffia un prurito).

Ciò lascia il punto più importante: il supporto. Le aziende non acquistano software per usarlo legalmente ma per ottenere supporto nel caso qualcosa vada storto (pensando alla linea: se 100 persone non possono lavorare e ricevo una soluzione entro un giorno, vale $ 100.000). Fortunatamente, è possibile acquistare il supporto per il software FOSS (basta guardare il sito Web per i puntatori o chiedere sulla mailing list).

Quindi sì, se fai una valutazione e il FOSS soddisfa le tue esigenze, non c'è motivo di preferire il software commerciale.


2

Ho visto personalmente SVN lavorare con successo in una grande impresa e ho sentito racconti di altre storie di successo. Penso che una delle cose chiave che spaventa l'impresa riguardo all'open source sia la mancanza di supporto. Si sentono come se fossero su una corda tesa senza una rete di sicurezza. Ma spesso puoi trovare aziende che forniranno contratti di supporto per software open source. Per SVN, c'è CollabNet e altri.


1
Ma SVN in realtà non si ramifica molto bene, sostanzialmente fa schifo. Quindi, come puoi utilizzare SVN su un progetto in cui sei, diciamo, più di 10 persone che lavorano sulla stessa base.
Bjarke Freund-Hansen,

@bjarkef: faccio di tanto in tanto ramificarsi e fondermi con sovversione. Penso che sia una leggenda, che SVN fa schifo. Certo, Git e Mercurial si basano su un sistema completamente diverso, basato su rami. Ma è in conflitto non meno spesso di Subversion. Quindi la fusione non è il problema, solo alcune persone preferiscono lo stile in cui i repository e le filiali sono organizzati con DVCS.
Mnementh

3
Si. Davvero, dal mio punto di vista SVN si ramifica in modo fenomenale . Probabilmente perché il nostro controllo del codice sorgente prima era Visual Source Safe, che era spaventoso per le ramificazioni (e TUTTO L'ALTRO).
John Christensen,

@John - Il mio problema era che passare da un DVCS a un CVCS era davvero difficile. La mia progressione VCS è stata RCS> VSS> Mercurial> SVN. Le prime due transizioni sono state facili e hanno reso molte cose più semplici, facili e veloci. L'ultimo è stato un incubo - anche usando git-svn non si può annullare l'intrlessibilità intrinseca della storia lineare antiquata di SVN. Attendo con impazienza il nostro passaggio a Git, anche se avrei preferito di nuovo la semplicità di Mercurial.
Mark Booth,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.