Git est un excellent système de contrôle de version. Si nous excluons le fait qu'il n'a pas une excellente prise en charge de l'interface graphique, il est vraiment bon et rapide. Mais les contrôles source comme Clearcase prennent en charge les clients d'entreprise. Les entreprises investissent énormément pour les serveurs de contrôle de source et licesense.
Récemment, la plupart des grandes entreprises comme Google adoptent Git par rapport à un autre système de contrôle de version. Mais cette société dispose d'un solide groupe open source qui fournit constamment le développement et le support de l'outil (ils pourraient même avoir une version personnalisée de Git). Dans le même temps, les grandes entreprises ne se soucient pas vraiment d'adopter des projets open source et de les rendre pertinents pour eux.
- Git est-il vraiment un outil fiable pour l'environnement d'entreprise, en particulier sur la plate-forme Windows?
- Le support est en question pour Git car c'est un produit open source.
- Y a-t-il une entreprise qui fournit des solutions et du support? Quels sont les coûts du serveur par rapport aux autres contrôles de version comme Clear-case?
code.google.com
git était pris en charge, c'est une toute nouvelle nouvelle , et je ne suis pas sûr que vous puissiez appeler cela adopter git par rapport aux autres contrôles de version. [À l'origine] ( code.google.com/p/support/wiki/DVCSAnalysis) , ils ont clairement décidé pour Mercurial over gitRéponses:
GitHub n'est PAS un contrôle de version - il "héberge" le système de contrôle de version appelé "Git". Mis à part le jeu de mots, c'est une différence très importante - sachez-le bien.
En ce qui concerne l'utilisation en entreprise, je peux vous dire que git est aussi intelligent (et pratique et meilleur) que quelque chose comme SVN. Et, vous pouvez choisir une stratégie de contrôle de version (workflow) appropriée en fonction de la taille et de la portée du projet (et de votre équipe). Les systèmes non distribués ne peuvent pas vous offrir cette flexibilité.
Pour Windows, consultez Msysgit ou Visual Studio Extensions for Git - git fonctionne très bien sous Windows. De plus, les utilisateurs de Windows regardent cette série de formation de TekPub - c'est tout Windows.
UPDATE [février 2013] pour commencer avec git dans visual studio
Votre question n'est pas rare, et vous pouvez la rechercher sur Google et obtenir beaucoup de texte vous expliquant pourquoi et comment (et si) utiliser git dans l'entreprise.
Vous n'aimez toujours pas Git? Regardez un autre DVCS appelé Mercurial .
la source
+1 Mercurial.
Mercurial est cool, facile, possède de nombreuses interfaces utilisateur conviviales et se sent plus professionnel. Je n'ai jamais compris pourquoi Git avait un tel battage médiatique, alors que d'autres grands sont dans l'ombre. Mercurial est également supporté par le code google, bitbucket.org (l'équivalent de github), eclipse ... Je l'utilise depuis deux ans et j'en ai toujours été satisfait.
Edit février 2014:
En attendant, Git a pris une telle avance que je le conseillerais plutôt que mercurial. Il y a trois ans, Mercurial était à mon humble avis plus poli, plus propre, meilleur. Cependant, le battage médiatique était du côté de Git et l'élan qu'il a gagné depuis lors en fait clairement le gagnant. C'est désormais la norme de facto en raison de son immense communauté.
la source
Je sais que https://github.com/ fournit un certain soutien en ce qui concerne les référentiels privés pour les entreprises
Plus précisément, ils fournissent un service appelé installation de pare-feu http://fi.github.com/ Ils prétendent fournir une assistance mais n'ont aucun détail publié en ligne et je ne les ai jamais utilisés.
Les coûts sont de 5000 $ pour 20 personnes par an.
la source
J'utilise à la fois Git et Mercurial sur Windows, et les deux sont plus qu'utilisables. Je pense que les outils GUI pour Mercurial sont meilleurs, donc si votre équipe est habituée aux outils visuels, cela peut être mieux adapté. J'ai cependant tendance à utiliser la ligne de commande - pour moi, c'est plus logique.
D'après mon expérience, les deux sont à l'épreuve des balles. Vous n'avez pas besoin de «soutien» en tant que tel, bien que je sache que beaucoup d'entreprises aiment l'avoir.
Je suis sûr qu'il y en a d'autres, mais cela vaut la peine de jeter un coup d'œil à Kiln , qui est une solution mercuriale hébergée.
Veuillez noter que, quel que soit votre chemin, les DVCS sont très différents des VCS traditionnels. À mon humble avis, ils sont supérieurs dans presque tous les domaines, mais cela peut prendre un certain temps pour s'y habituer.
la source
git est étranger aux développeurs Windows. Ce n'est pas un vrai citoyen de première classe. Cela fonctionne bien, mais c'est avant tout un outil Linux. Par exemple, le modèle de serveur de git nécessite à peu près des connexions SSH pour la sécurité.
Le support est une question, et il y a des entreprises qui peuvent fournir, généralement accompagnées d'une solution hébergée.
Git est connu pour ne pas nécessiter d'énormes serveurs - comme les référentiels évoluent avec plus de capacité io et la vitesse est toujours importante, mais comme la plupart des opérations se produisent uniquement sur votre ordinateur, les exigences du serveur sont d'un ordre de grandeur inférieures à quelque chose comme Clearcase.
Pour ce que ça vaut, notre entreprise pas tout à fait d'entreprise de moins de 100 est un grand utilisateur de git, sur Windows, avec des projets Java et C.
la source
Git est très différent de Clearcase, donc le défi pour vous sera probablement de savoir comment migrer en douceur vos développeurs (et d'autres utilisateurs) vers une autre façon de travailler avec le code source et les fichiers. Selon l'expérience de vos utilisateurs et la profondeur d'intégration de Clearcase dans votre entreprise, cela peut nécessiter beaucoup de formation et de désapprentissage.
Ma suggestion initiale est d'essayer git dans un projet pilote et de voir comment cela fonctionne pour votre équipe. Obtenez un référentiel sécurisé sur github et vous êtes prêt pour le pilote.
la source
Nous serons bientôt à un fort oui avec celui-ci. Atlassian a récemment fait de grands pas vers cet objectif avec la sortie de Stash 1.3 .
Il existe un solide réseau de soutien d'utilisateurs avertis de Git offrant des conseils gratuits et divers groupes LinkedIn (Git Version Control System). Une recherche rapide sur Google peut généralement aider avec la plupart des exigences. Pour les grandes entreprises, il existe également aujourd'hui des options de support commercial git.
Il existe un certain nombre d'entreprises qui proposent désormais une assistance fiable et dédiée à Git. Clearvision et #goGit pour en nommer un.
la source
Sur le lieu de travail de mon entreprise, j'ai travaillé sur le soutien à l'intégration d'une équipe dans Mercurial (un outil similaire à git) en face de ClearCase.
Nous avons choisi hg in party parce qu'il est conçu autour de l'immuabilité, ce qui est important pour nos objectifs commerciaux. De plus, comme il est écrit en Python, il fonctionne très bien sous Windows. Git a la réputation d'être un jeu faible sur Windows, et mon expérience en est le reflet. (Je suppose que les outils sont meilleurs maintenant, je n'utilise plus assez Windows pour vérifier. :-)).
L'expérience a été généralement positive, la plupart de nos inconvénients étant liés aux sous-dépôts et les étranges indirections qui y sont liées. Une autre chose est que le stockage des métadonnées est inexistant en hg; d'autres solutions doivent être développées pour gérer cela.
Si je devais recommander une solution d'entreprise pour un travail "prêt à l'emploi" pour les développeurs Windows, je recommanderais d'étudier Kiln et GitHub Firewall .
Je sais que cela ne répond pas directement à votre question. Mais permettez-moi de le dire ainsi, si vous êtes habitué à ClearCase, je m'attends à ce que git soit d'un ordre de grandeur plus facile à former, à implémenter et à administrer.
la source
Git et Mercurial peuvent être utilisés dans des environnements d'entreprise. Dans une certaine mesure. Certaines organisations ont des exigences supplémentaires qui ne sont actuellement pas remplies par git, comme un contrôle d'accès plus strict de sorte que seuls des utilisateurs spécifiques ont un accès (en lecture) à des fichiers spécifiques dans le référentiel ou comme des interfaces d'audit dont l'accès peut être suivi. Certains systèmes d'entreprise commerciaux ont également une intégration plus approfondie avec la gestion des systèmes informatiques, comme les solutions de sauvegarde d'entreprise.
Git n'est pas non plus efficace pour garantir que l'historique est conservé - par défaut, il permet des poussées forcées écrasant entièrement l'historique du projet.
Les grandes organisations rencontrent parfois des problèmes de mise à l'échelle. Voici un cas que Facebook a eu: http://comments.gmane.org/gmane.comp.version-control.git/189776 , tandis que certains de ces problèmes peuvent être résolus (c'est-à-dire que Facebook a corrigé certains problèmes qu'ils avaient dans mercurial: https: / /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) les systèmes de contrôle de version commerciale ont un comportement de mise à l'échelle différent qui pourrait (ou dans d'autres environnements ne fonctionnerait pas) mieux fonctionner.
... et puis il y a cette responsabilité. Les grandes organisations pourraient préférer appeler un fournisseur externe en cas de problème au lieu d'utiliser leur temps pour déboguer les problèmes et compter sur le soutien de la communauté. Surtout si des référentiels corrompus contenant des informations confidentielles sont impliqués.
Ce ne sont en aucun cas des problèmes qui le rendent inutilisable dans les "environnements d'entreprise", mais comme toujours, les différents logiciels ont des avantages et des inconvénients différents qui doivent être évalués au cas par cas.
la source