Je présente GIT à une équipe de programmation de 10 hommes qui utilisent actuellement la source visuelle Safe.
Ils ont besoin d'héberger leur serveur Git dans l'entreprise. Windows ou Linux. L'authentification du répertoire est Novell Edirectory.
Ils ont besoin d'une sécurité granulaire sur qui peut appuyer sur le serveur central.
de:
Peut-être qu'un flux de travail pourrait être:
question : Quelqu'un utilise-t-il un flux de travail comme celui-ci avec succès dans une entreprise? Ce qui fonctionne? Cela commence à sentir que la plupart des gens utilisent git avec GitHub, etc.
[EDIT]: S'il vous plaît voir Choisir un système de contrôle source : Prochaines étapes logiques après que VSS peut-être que Git n'est pas le bon ajustement pour cette équipe.
7 Réponses :
C'est à peu près la technique que j'utilise. C'est un problème de configurer des comptes et des clés pour tout le monde, mais cela doit seulement être fait une fois.
En tant que bonus Si vous posez des choses à droite, vous pouvez disposer d'un référentiel en lecture seule disponible à GIT: // Quelque chose ou http: // Quoi que ce soit et votre référentiel inscriptible à GIT + SSH: // quoi que ce soit.
EDIT: La gitose a l'air assez soignée, bien que vous souhaitiez avoir des comptes individuels à tous vos développeurs à un moment donné.
Il est certainement possible d'avoir un référentiel git autonome avec contrôle d'accès. Typiquement ce que l'on ferait est de créer un compte nommé http://blog.commonthread.com/ 2008/4 / 14 / configuration-up-git-serveur a la plupart du reste des détails réels. git sur la machine serveur, définissez la coque de ce compte sur git-shell , qui est une coque limitée conçue pour utilisation par Git uniquement, puis mettez ensuite les clés publiques pour chaque utilisateur autorisé dans le fichier -SSH / CODE>'SSH / Authorized_Keys.
Merci beaucoup Dav. J'ai essayé cela et j'avais un serveur en un rien de temps!
Le lien est en panne :( Est-ce que quelqu'un a une copie de l'article?
Il y a beaucoup de GIT Gestion GIIS si vous voulez l'exécuter vous-même. Gitory est agréable, par exemple.
Pour vos besoins d'authentification, c'est surtout à vous de décider. Vous avez peut-être du mal à faire honneur à SSH votre technique d'authentification préférée (dernière fois que j'ai fait quelque chose comme ça, j'ai modifié SSH pour lire les touches de LDAP).
L'interface Web pourrait faire ce que vous voudriez, je suis sûr. Je ne laisserais probablement que le laisser ouverte à l'intérieur du réseau, cependant.
Je serais un peu préoccupé par la suggestion TortoiseGit , une interface Windows à GIT, est maintenant disponible. Cela tempère ma réponse initiale, car je pense avoir un accès d'interface graphique à votre système de contrôle source est très important pour la majorité des développeurs Windows. git pour votre système de contrôle de version. Source Visual Safe Coffre est à propos de Microsoft d'un produit que l'on peut obtenir, tandis que git est à l'autre extrême et à peine fonctionne sous Windows.
Je suis d'accord et je suggérerais davantage BZR, qui est également connu pour bien fonctionner sur Windows.
Visual Source Safe est une excuse désolée pathétique pour un VCS sur tout système d'exploitation, et j'utilise GIT sur Windows et cela fonctionne bien. Je ne sais pas sur Mercurial, alors je ne le frappe pas, mais git ... Ah Man, c'est génial.
Oui, Git est génial, mais peut-il moins que des développeurs géniaux passent le temps de le maîtriser?
S'il vous plaît voir mon édition au sommet .. Vous avez fait une autre question qui mène à partir de ce que dit Brianegge.
Maintenant quelques années plus tard, j'ai constaté que Git en général fonctionne bien sur Windows et que les extensions GIT aident à combler le déficit restant.
N'oubliez pas que VSS a été publié en 1994 et GIT en 2005, 11 ans plus tard. Bien sûr, c'est mieux. GIT se tient sur les épaules de VSS, même si ces épaules sont sur un cadavre de la pourriture bien mérité.
Le monde a beaucoup changé en attendant, et je pense que http://gitblit.com/ est Actuellement, l'une des meilleures solutions (selon vos besoins):
Donc, si vous ne voulez pas avoir de nouveau serveur pour chaque équipe, c'est vraiment une option. Nous aimons ça!
Merci pour la mise à jour. Gitblit a des installateurs pour les conteneurs Windows, Linux et Servlet. J'ai déployé gitblit.war à Tomcat sur Solaris. Bonne interface utilisateur, fonctionne comme un charme. Trouvé un défaut: il ne s'intègre pas à notre serveur Active Directory à l'échelle de la société.
Nous avons connecté Gitblit connecté à notre entreprise à l'échelle de l'entreprise, je vais demander à l'opération les gars comment ils l'ont fait. J'ajouterai ensuite cette information à la réponse.
En attendant, j'ai réussi à trouver les paramètres LDAP corrects pour notre serveur LDAP à l'échelle de la société. Cependant, cela aurait pu être beaucoup moins compliqué avec les paramètres prédéfinis, comme le plugin ActiveDirectory de Jenkins, qui nécessite simplement de configurer le nom de domaine de la société.
im assez surpris Personne n'a mentionné le projet Open-Source Gogs: http://gogs.io qui offre essentiellement la même chose Ce que Gitlab (sans y compris le wiki, la critique de code, les extraits de code), mais avec des ressources système minimales (empreinte faible), étant parfaite pour fonctionner dans un PI de framboise par exemple. L'installation et la maintenance sont également plus simples.
Étape 1: N'écrivez pas «Git» dans toutes les casquettes. : / Ce n'est pas un acronyme, juste un mot.
Il suffit de mettre ceci là-bas basé sur mon expérience ... envisagez d'utiliser Mercurial à la place. C'est un peu plus convivial de Windows.