Reprise du message précédent :

Ça tile pas correctement

 
J'ai vu après
Déception

Nan mais sans déconner, c'est qui les connards qui continuent à faire genre git c'est aussi simple que svn ?

Et je vous parle même pas d'utilisation (pour ce que je vais en faire...) le simple fait d'installer un dépôt distant demande une thèse en barbuseries, si possible avec spécialisation dans les méthode de cryptage courantes...

Et encore aujourd'hui on a google pour trouver l'autre connard qui a fait la même connerie que nous il y a 3 ans...

http://robhirschfeld.com/2011/08/3 [...] n-windows/

Celle là je peux vous assurer que je l'aurais pas trouvée tout seul...

c'est la paire de clé publique/privée qui te pose problème ?
 
sinon tu as github pour le dépot distant  

Ouais, voilà.

http://www.lexpress.fr/culture/cin [...] tor=AL-447
 
je ... euhhh ..... non ......
 
il va falloir arrêter le gorafi là

git --bare init c'est compliqué ?

Et ça n'a rien à voir avec git, c'est du ssh.  
Tu peux très bien utiliser git avec autre chose que du ssh, par exemple en http:// avec apache+dav.
Comme tu peux très bien utiliser SVN avec ssh et une paire de clés
En fait c'est comme SVN du coup.

C'est ça le pire, c'est que pendant tout ce temps où tu passes ton temps sur des pages wikipedia et SO qui n'ont rien à voir avec le sujet qui t'intéresse, à savoir la mise en place d'un dépôt de contrôle de version, pendant tout ce temps tu croises des gens dans ton genre qui ne comprennent pas que tu n'as pas fait perl en LV1 et que tu peux n'avoir aucune idée de où se trouve ta clé publique, ni même à quoi ça sert, et quand même vouloir installer ton putain de dépôt, des gens qui te font comprendre tout à fait poliment que c'est pas que git soit compliqué à installer, mais simplement que le monde est trop compliqué pour les idiots dans ton genre et que tu devrais retourner poster des images de chat sur facebook...

...ou des gens qui te mentent. Tout simplement.

c'est pas une question d'intelligence, c'est une question de culture, ça n'a rien à voir.
Je te l'ai expliqué simplement, si tu veux en savoir plus pose des questions précises, c'est le but de ce forum

Voilà. C'est comme svn, sauf que svn tu cliques ça marche et git tu cliques ça marche pas tu cherches sur internet tu configures ta clé ssh ça marche pas tu cherches sur internet tu tu l'upload sur le serveur ça marche pas tu cherches sur internet tu changes une variable d'environnement ça marche.
 
Je conçois tout à fait que je sois trop con pour utiliser git, mais arrêtez de nous bassiner avec le fait que c'est aussi simple que svn, c'est certainement potentiellement aussi simple, concrétement non.

Mais en fait ça m'intéresse pas le protocole ssh. J'ai pas envie de savoir comment ça marche.
 
Là c'est bon j'ai réussi à installer mon dépôt, j'ai pas de question je viens juste râler.

mais ça n'a rien a voir avec git, ni avec svn
 
git ne gère pas la connexion

git, c'est un peu le free des gestionnaires de conf.
 
C'est la merde à utilsier, mais tu as toujours des fanboys prets à te faire chier si tu ose te plaindre

Mettre en place git est plus compliqué que continuer à utiliser n'importe quelle autre solution. C'est le genre de coût qui n'arrive qu'une fois , à la mise en place.
 
Le problème dans ce cas n'est pas git, mais la sécurisation que vous avez fait le choix de mettre en place.

surtout que git over ssh n'est pas la seule solution

 
Ouch ! La phrase sans ponctuation, j'ai cru que j'allais perdre ma respiration à te lire

et puis je ne vois pas en quoi svn est plus simple à mettre en place surtout.

Ben oui alors c'est une question de culture comme tu dis, les dépôts git en général ils utilisent ssh. Concrètement le même serveur j'avais le choix entre git avec ssh et svn en http.
 
Git c'est une culture de barbu c'est tout les barbus c'est des cons.

 
Et sinon avec GitHub ou GitLab c'est tout en interface Web, aussi bien pour créer un dépôt que pour gérer tes clefs Ça marche même en HTTP

J'ai pas osé la faire

 
J'avoue, c'était plus que tentant

Nous c'est tuleap qu'on a et c'est censé tout marcher en interface web aussi. Faut juste penser à corriger les bonnes variables d'environnement dans le bash git. Parce que bon on va pas se faire chier avec un GUI hein...

GitLab c'est un peu chiant à installer ceci dit

 
Je connais pas Tuleap plus que de nom, désolé si t'es pas sur des outils bien conçus pour Git

hephaestos la prochaine fois vient poser des questions ici si tu ne comprends pas un truc,  
ici il y a les meilleurs experts du monde,  
si tu vas trainer chez des nazes qui te donnent de mauvaise solutions c'est normal que tu fasses de la merde et que tu perdes tes nerfs et ton temps.
ton histoire variable d'environnement c'est louche, en général c'est pas si compliqué que ça à mettre en place.

 
Ça c'est sûr, mais il peut très bien être installé par un admin (puis que c'est le boulot d'un admin)

 
  +1

Mettre en place un svn avec une gestion de droits corrects c'est bien relou aussi
Après c'est ptet mieux géré parce qu'il y a au moins 10 ans d'historique d'outils.

git-sur-Yvette, lol

Et Github tu dois quand même te taper la génération de clé ssh à la main dans la console git. Sans déconner rien que ça ça devrait être interdit, c'est pas possible d'imposer des trucs pareils aux utilisateurs, moi je bosse avec des gars qui ont un seul bouton à leur souris depuis 20 ans, qui n'utilisent que Matlab, je vais leur expliquer comment générer leur clé privée ils vont le faire mais ça va les faire chier, et devront garder l'email dans lequel je l'explique pour pouvoir le refaire dans 3 ans quand ils changeront de machine, ou alors ils l'écriront sur un post-it jusqu'au jour où ils l'auront perdu et par dépit ils reprendront leur suivi de version qu'ils contrôlent, à savoir la sauvegarde dans la time machine...

 
Tu le savais toi que gitolite était incompatible avec plink, et que plink était l'outil par défaut pour le ssh de git sous windows quand on a tortoise git d'installé ?

 
Github for windows (le client graphique) gère par défaut la connection à github via https via login/mdp, sans clefs ssh.
 
Pour un repo custom en ssh, il sait les utiliser mais je sais pas s'il sait générer les clefs lui même.
Ça vaut peut-être le coup de tester si tu veux un client un peu sexy et qui t'envoie pas en CLI à chaque tournant,
et vu qu'il a sa propre copie de git assez isolée y'a des chances pour que t'aie moins de bugs.

Je suis pas une lumière mais j'ai quand même réussi à installer git sur un Raspberry et je m'en sers maintenant pour mon dev perso. Authentification SSH avec clé depuis TortoiseGit sous Windows. Le seul truc qu'il m'a fallu un peu de temps pour trouver, c'est qu'en mode OpenSSH (et sans Putty), faut mettre sa clé perso dans un répertoire .ssh en racine de ton profil Windows.
 
Bon ceci dit les clés, c'est pas ce qui m'embête, j'ai dû apprendre sur le tas à mon dernier contrat parce que certains serveurs n'étaient accessibles qu'en SSH+clé et j'ai même dû mettre en place certains accès moi-même.

c'est à dire incompatible ?
plink utilise un format de clé différent qu'il faut convertir au bon format avec de mettre sur le serveur,  
je ne me souvient pas avoir eu d'autre problèmes quand j'ai eu de rares users sous windows qui voulaient utiliser notre serveur git.
Par contre tortoise est une natasserie, car il permet de faire rapidement des choses sans trop comprendre ce qui se passe. Et ça c'est un gros gros problème car ça permet de vite faire de la merde et être complètement perdu.

C'est donné
 
https://www.cloudwatt.com/stockage- [...] ckage.html