Serveur GIT avec authentification par nom d'user et mot de passe

Je voudrais configurer un server GIT et permettre à mes développeurs de se connecter en utilisant le nom d'user et le mot de passe afin de commettre et de modifier les projets. J'ai également besoin de gérer l'access des développeurs aux projets (je pense que je devrais utiliser gitolite pour cela).

Comment puis je faire ça?

Je suis habitué à SVN qui est facile car vous pouvez définir le nom d'user et le mot de passe pour chaque développeur, qui peut facilement accéder au référentiel sans avoir à générer une key ssh et l'installer sur le server.

Merci

3 Solutions collect form web for “Serveur GIT avec authentification par nom d'user et mot de passe”

Peut-être que vous ne le savez pas, mais Git est un VCS dissortingbué. C'est essentiel à votre compréhension. OTOH SVN et CVS sont centralisés. Vous pouvez toujours avoir un référentiel central dans Git, et si vous le faites, vos users devront pouvoir se connecter à ce server en utilisant un access SSH ou HTTP, le consulter. D'une manière générale, Git dépend de l'authentification du server.

Donc, pour faire un repo git sur un server Debian ou Ubuntu pour une utilisation centralisée:

# apt-get install git # cd /var/git # git init --bare myreponame.git # adduser <username> as needed 

À ce stade, vous avez un count vide. Pour le cloner sur votre ordinateur de bureau Debian ou Ubuntu:

Pour les connections SSH: searchz ssh keygen et configurez une connection sans mot de passe à votre server-keygen et le partage est seulement deux commands.

Pour cloner un count de rechange:

 $ git clone <server>:/var/git/myreponame.git $ cd myreponame 

Maintenant, vous pouvez append des files et des directorys … lorsque vous avez utilisé git add et git commit, vous pouvez utiliser git push pour pousser les commit au count central.

  • Il existe des référentiels non naturels, vous devez lire ceci, utiliser les references Git standard, juste Google.
  • Avertissement, un «repository partagé» n'est pas ce que vous pensez du nom.

gitolite utilise l'authentification par key publique, et FWIW, vous n'avez pas besoin de générer des paires de keys de tous. Il suffit de leur requestr la key publique.

La configuration dans gitolite n'est qu'un autre référentiel, il vous suffit d'accorder l'access et d'append les keys publiques en conséquence.

Je voudrais configurer un server GIT et permettre à mes développeurs de se connecter en utilisant le nom d'user et le mot de passe afin de commettre et de modifier les projets. J'ai également besoin de gérer l'access des développeurs aux projets

Je suggère d'utiliser GitLab Community Edition. Comme il a toutes les fonctionnalités dont vous avez besoin et beaucoup plus.

Je suis habitué à SVN qui est facile car vous pouvez définir le nom d'user et le mot de passe pour chaque développeur, qui peut facilement accéder au référentiel sans avoir à générer une key ssh et l'installer sur le server.

En fait, la key ssh est très confortable, car il n'est pas nécessaire d'entrer login / mot de passe à chaque fois que vous souhaitez cloner / tirer / pousser / etc.

De toute façon avec gitlab, vous pouvez utiliser la key de connection / mot de passe et / ou ssh.

  • Git push write access pour le deployment refusé
  • changer la gitolite de l'installation manuelle au package
  • Comptes Git / LDAP / Gitolite
  • gitolite admin DENIED par fallthru
  • Ne peut pas cloner gitolite-admin
  • Déplacement du server Gitlab et Gitolite vers une autre machine
  • Ne peut pas cloner gitolite 3 gitolite-admin avec Tortoisegit sur WIndows 7
  • La syntaxe vérifie les files cfengine avant de mettre à jour le référentiel git
  • Quelles sont les opérations dangereuses qui doivent être interdites sur un repository git hébergé?
  • ssh hostname returnne "Mauvais propriétaire ou permissions sur ~ / .ssh / config" (chmod 600 ne fonctionne pas avec MingW)
  • Installer la gitolite sans avoir besoin de key (s) publique (s)?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.