Utilizzo di Git nell'ambiente aziendale [chiuso]

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

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

PerWindows,controlla Msysgit o Estensioni di Visual Studio per Git - git funziona molto bene su Windows. Inoltre, gli utenti di Windows guardano questa serie di training di TekPub - è tutto Windows.

AGGIORNAMENTO [febbraio 2013] come iniziare con git in visual studio

La tua domanda non è infrequente, puoi google su di esso e ottenere un sacco di testo che ti spiega perché e come (e se) utilizzare git nell'azienda.

• leggi questo , questo e questo
• Guarda GitLab , un'applicazione auto-ospitata che fornisce un'interfaccia simile a GitHub
• Guarda gitolite progetto
• Guarda le opzioni Git Hosting :
  • GitHub Enterprise
  • Gitorious
  • Git Enterprise
  • unfuddle

Ancora non ti piace Git? Guarda un altro DVCS chiamato Mercurial .

+1 Mercurial.

Mercurial è bello, è facile, ha molte GUI user-friendly e si sente più professionale. Non ho mai capito perché Git abbia avuto un tale clamore, mentre altri grandi sono nell'ombra. Mercurial è anche supportato da codice google, bitbucket.org (l'equivalente di github), eclissi ... Lo uso da due anni e ne sono sempre stato felice.

Modifica febbraio 2014:

Nel frattempo, Git ha assunto un vantaggio tale che lo consiglierei al di sopra del volgare. Tre anni fa, Mercurial era IMHO più lucido, pulito, migliore. Tuttavia, il clamore era 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 il link fornisce un supporto per quanto riguarda i repository privati per le aziende

In particolare forniscono un servizio chiamato installazione firewall link 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 essere più adatto. Tendo ad usare la linea di comando anche se - per me ha solo più senso.

Entrambi, nella mia esperienza, sono a prova di proiettile. Non hai bisogno di "supporto" in quanto tale, anche se so che molte aziende amano averlo.

Sono sicuro che ce ne sono altri, ma vale la pena dare un'occhiata al forno , 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 ci vuole del tempo per abituarsi.

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

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

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

Per quello che vale, la nostra non proprio impresa di meno di 100 anni è 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 facilmente i tuoi sviluppatori (e altri utenti) in un modo diverso di lavorare con codice sorgente e file . A seconda del livello di esperienza dei tuoi utenti e di quanto ClearCase sia profondamente integrato nella tua azienda, potrebbe richiedere un sacco di formazione e disimparare.

Il mio suggerimento inizialmente è che provi git in un progetto pilota e vedi come funziona per la tua squadra. Ottieni un repository sicuro su github e sei pronto per il pilot.

• Is Git really a reliable tool for enterprise environment, especially for Windows Platform?

Presto saremo in un sì strong con questo. Atlassian ha recentemente fatto grandi passi avanti per raggiungere questo obiettivo con il rilascio di Stash 1.3 .

• The support is a question for Git as it's an open source version control.

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

• Any companies are there to provide solutions and support? How the server costs comparing to other version controls like Clear-case?

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

Nel mio ambiente di lavoro aziendale, ho lavorato per supportare il coinvolgimento di un team in Mercurial (uno strumento simile a git) di ClearCase.

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

L'esperienza è stata generalmente positiva, con la maggior parte dei nostri svantaggi legati ai sottoregosti e le stranezze 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 aziendale per gli sviluppatori "out of the box" per gli sviluppatori Windows, ti consiglio di esaminare forno e GitHub Firewall .

So che non risponde direttamente alla tua domanda. Ma lasciatemelo dire in questo modo, se sei abituato a ClearCase, mi aspetto che il git sia un ordine di grandezza più facile da addestrare, implementare e amministrare.

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

Git inoltre non è buono per garantire che la cronologia sia mantenuta - per impostazione predefinita consente ai push forzati di sovrascrivere la cronologia completa del progetto.

A volte le grandi organizzazioni hanno problemi di ridimensionamento. Ecco un caso che Facebook ha: link , mentre alcuni di questi problemi sono risolvibili (es. Facebook ha risolto alcuni problemi che avevano in mercurio: link ) i sistemi di controllo delle versioni commerciali hanno differenti comportamento di ridimensionamento che potrebbe (o in altri ambienti potrebbe non funzionare) funzionare meglio.

... e poi c'è questa cosa di responsabilità. Le organizzazioni più grandi potrebbero preferire chiamare un fornitore esterno quando ci sono problemi invece di usare 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 il software differente ha diversi pro e contro che devono essere valutati caso per caso.