Utilizzo di Git in ambiente Enterprise [chiuso]

Git è un eccellente sistema di controllo della versione. Se escludiamo il fatto che non ha un eccellente supporto della GUI, è davvero buono e veloce. Ma i controlli del codice sorgente come Clearcase offrono un ampio supporto per i clienti aziendali. Le aziende stanno investendo ingenti somme per server di controllo del codice sorgente e Licesense.

Di recente la maggior parte delle grandi aziende come Google stanno adottando Git rispetto ad altri sistemi di controllo delle versioni. Ma questa azienda ha un forte gruppo open source che fornisce costantemente sviluppo e supporto per lo strumento (potrebbero persino avere una versione personalizzata di Git). Allo stesso tempo, le grandi aziende non si preoccupano davvero di adottare progetti open source e renderli rilevanti per loro.

• Git è davvero uno strumento affidabile per l'ambiente aziendale, in particolare su piattaforma Windows?
• Il supporto è in questione per Git in quanto è un prodotto open source.
• C'è qualche azienda che fornisce soluzioni e supporto? Come sono i costi del server rispetto ad altri controlli di versione come Clear-case?

GitHub NON è un controllo versione - "ospita" il sistema di controllo versione chiamato "Git". A parte il gioco di parole, questa è una differenza molto importante: conoscilo bene.

Per quanto riguarda l'uso aziendale, posso dirti che git è intelligente (e conveniente e migliore) come qualcosa come SVN. Inoltre, puoi scegliere una strategia di controllo della versione (flusso di lavoro) adatta in base alle dimensioni e alla portata del progetto (e del tuo team). I sistemi non distribuiti non possono offrirti questa flessibilità.

Per Windows, controlla Msysgit o Visual Studio Extensions per Git - git funziona molto bene su Windows. Inoltre, gli utenti di Windows guardano questa serie di training di TekPub: sono tutti Windows.

AGGIORNAMENTO [febbraio 2013] per iniziare con git in Visual Studio

La tua domanda non è rara e potresti cercarla su google e ricevere un sacco di testo che ti spiega perché e come (e se) usare git nell'azienda.

• Vai a leggere questo , questo e questo
• Guarda GitLab , un'applicazione self-hosted che fornisce un'interfaccia simile a GitHub
• Guarda il progetto gitolite
• Guarda le opzioni di hosting Git :
  • GitHub Enterprise
  • Gitorious
  • Git Enterprise
  • unfuddle

Non ti piace ancora Git? Guarda un altro DVCS chiamato Mercurial .

+1 Mercurial.

Mercurial è bello, è facile, ha molte GUI intuitive e si sente più professionale. Non ho mai capito perché Git avesse un tale clamore, mentre altri grandi sono all'ombra. Mercurial è anche supportato da google code, bitbucket.org (l'equivalente di github), eclipse ... lo uso da due anni e ne sono sempre stato contento.

Modifica febbraio 2014:

Nel frattempo, Git ha assunto un tale vantaggio che lo consiglierei su Mercurial. Tre anni fa, Mercurial era IMHO più lucido, più pulito, migliore. Tuttavia, l'hype è stato dalla parte di Git e lo slancio che ha guadagnato da allora lo rende il chiaro vincitore. Ora è lo standard di fatto a causa della sua enorme comunità.

So che https://github.com/ fornisce supporto per quanto riguarda i repository privati ​​per le imprese

In particolare forniscono un servizio chiamato installazione firewall http://fi.github.com/ Sostengono di fornire supporto ma non hanno dettagli pubblicati online e non li ho mai usati.

I costi sono di 5000 $ per 20 persone all'anno.

Uso sia Git che Mercurial su Windows, ed entrambi sono più che utilizzabili. Penso che gli strumenti della GUI per Mercurial siano migliori, quindi se il tuo team è abituato agli strumenti visivi potrebbe adattarsi meglio. Tendo ad usare la linea di comando, per me ha più senso.

Entrambi, nella mia esperienza, sono a prova di proiettile. Non hai bisogno di 'supporto' in quanto tale, anche se conosco molte aziende piace averlo.

Sono sicuro che ce ne sono altri, ma vale la pena dare un'occhiata Kiln , che è una soluzione mercuriale ospitata.

Nota: indipendentemente dal modo in cui vai, i DVCS sono molto diversi dai VCS tradizionali. IMHO, sono superiori in quasi tutti i modi, ma può richiedere del tempo per abituarsi.

git è straniero per gli sviluppatori Windows. Non è un vero cittadino di prima classe. Funziona bene, ma è innanzitutto uno strumento Linux. Ad esempio, il modello di server di git richiede praticamente accessi SSH per motivi di sicurezza.

Il supporto è una domanda e ci sono aziende che possono fornire, di solito accompagnate da una soluzione ospitata.

È noto che Git non richiede server enormi - poiché i repository scalano più capacità e velocità è sempre importante, ma poiché la maggior parte delle operazioni avviene solo sul tuo computer, i requisiti del server sono un ordine di grandezza inferiore a qualcosa come Clearcase.

Per quello che vale, la nostra non abbastanza azienda aziendale di meno di 100 è un grande utente di git, su Windows, con progetti Java e C.

Git è molto diverso da Clearcase, quindi la sfida per te sarà probabilmente come migrare senza problemi i tuoi sviluppatori (e altri utenti) a un modo diverso di lavorare con codice sorgente e file. A seconda dell'esperienza dei tuoi utenti e della profonda integrazione di Clearcase nella tua azienda, potrebbe essere necessario un sacco di formazione e disimparare.

Il mio suggerimento inizialmente è di provare git in un progetto pilota e vedere come funziona per il tuo team. Ottieni un repository sicuro su github e sei pronto per il pilot.

• Git è davvero uno strumento affidabile per l'ambiente aziendale, in particolare per la piattaforma Windows?

Presto saremo in un forte sì con questo. Atlassian ha recentemente fatto grandi passi verso questo obiettivo con il rilascio di Stash 1.3 .

• Il supporto è una domanda per Git in quanto è un controllo di versione open source.

Esiste una solida rete di supporto di utenti Git esperti che offrono consulenza gratuita e vari gruppi di LinkedIn (Git Version Control System). Una rapida ricerca su Google di solito può aiutare con la maggior parte dei requisiti. Per le grandi aziende ci sono anche opzioni di supporto git commerciali oggi disponibili sul mercato.

• Ci sono aziende che forniscono soluzioni e supporto? Quanto costa il server rispetto ad altri controlli di versione come Clear-case?

Numerose aziende offrono ora supporto affidabile e dedicato per Git. Clearvision e #goGit per nominarne uno.

Nel mio ambiente di lavoro aziendale, ho lavorato sul supporto per portare un team su Mercurial (uno strumento simile a git) di fronte a ClearCase.

Abbiamo scelto hg in party perché è progettato attorno all'immutabilità, che è importante per i nostri obiettivi aziendali. Inoltre, poiché è scritto in Python, funziona molto bene in Windows. Git ha avuto la reputazione di essere un debole per Windows e la mia esperienza lo ha riflesso. (Capisco che gli strumenti sono migliori ora, non uso più Windows abbastanza per controllare. :-)).

L'esperienza è stata generalmente positiva, con la maggior parte dei nostri aspetti negativi relativi ai sottorepository e le strane indicazioni indirette ad essi correlate. Un'altra cosa è che l'archiviazione dei metadati è inesistente in hg; altre soluzioni devono essere sviluppate per gestirlo.

Se dovessi raccomandare una soluzione enterprise per il lavoro "out of the box" per gli sviluppatori Windows, consiglierei di indagare su Kiln e GitHub Firewall .

So che non risponde direttamente alla tua domanda. Ma lasciami dire così, se sei abituato a ClearCase, mi aspetto che Git sia un ordine di grandezza più facile da addestrare, implementare e amministrare.

Git e Mercurial possono essere utilizzati in ambienti aziendali. Di qualche grado. Alcune organizzazioni hanno requisiti extra attualmente non soddisfatti da git, cose come un controllo di accesso più rigoroso in modo tale che, per esempio, solo gli utenti specifici abbiano accesso (in lettura) a file specifici nel repository o come interfacce di controllo a cui l'accesso può essere monitorato. Alcuni sistemi aziendali commerciali hanno anche una maggiore integrazione con la gestione dei sistemi IT, come le soluzioni di backup aziendali.

Inoltre, Git non è utile per garantire che la cronologia venga mantenuta, per impostazione predefinita consente di forzare la sovrascrittura dell'intera cronologia del progetto.

Le grandi organizzazioni a volte colpiscono problemi di ridimensionamento. Ecco un caso su Facebook: http://comments.gmane.org/gmane.comp.version-control.git/189776 , mentre alcuni di questi problemi sono risolvibili (ovvero Facebook ha risolto alcuni problemi che avevano in mercurial: https: / /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) i sistemi di controllo della versione commerciale hanno comportamenti di ridimensionamento diversi che potrebbero (o in altri ambienti non funzionare) funzionare meglio.

... e poi c'è questa cosa di responsabilità. Le organizzazioni più grandi potrebbero preferire chiamare un fornitore esterno in caso di problemi anziché utilizzare il loro tempo per eseguire il debug dei problemi e fare affidamento sul supporto della comunità. Soprattutto se sono coinvolti repository corrotti con informazioni riservate.

Questi non sono affatto problemi che lo rendono inutilizzabile in "ambienti aziendali", ma come sempre software diverso ha pro e contro diversi che devono essere valutati caso per caso.