Re: Transport via SSH

• le port n'est pas lié au protocole, donc pas vraiment de rapport? Est-on obligé de passer par un service web (si on respecte la convention... ou est-ce un standard?) securise (en supposant que la chaine de confiance n'est pas compromise) pour pousser des modifications sur un dépôt? Pour gérer des tiquets? Pas que je sache (l'immense majorité des forges passe par du www, certes, mais ce n'est pas une obligation, il me semble meme etre tombe sur des bugtrackers utilisables 1: en local et 2: en cli). Personnellement, j'ai plus confiance en ssh pour savoir si je parle au bon serveur qu'en https. Tu dis qu'il faut bidouiller pour savoir si c'est le bon la 1ere fois et c'est vrai, mais ca l'est aussi pour https: il faut un certificat en qui le client ait confiance (ce qui implique donc que le client a installe un fichier, consciemment ou non). Pour ce qui est des forges, parce que c'est la seile raison valide que je voie d'ouvrir un https sur un serveur de dev, si je suis tombe sur des traqueurs qui ne sont pas utilisables qu'en acces web, c'est parce que je ne les trouve pas pratiques du tout. Rien que le fait que les bugs ne puissent pas (dans le cas des bt web-based classiques) etre integres au depot est une vraie limitation, mais c'est un autre sujet (je sais, la solution est fossil). Bref, je ne suis pas sur qu'il soit pertinent de se baser sur le fait que le 443 est ouvert sur un serveur de dev. C'est plus une lie au fait que la mode actuelle soit full-web, amha.
• pas faux
• ce n'est pas un remplacement: le protocole utilise est le meme, mais pas le service, pijul ne permettant a priori pas de lancer des commandes shell, nottament. Pour la jeunesse, ma foi, tout code passe par la, non? Et comme tu le dis, les vrais admin (je n'en suis pas un) savent separer les choses proprement.
• j'ai parle de cookies parce que j'ai dis une anerie :S

PS desole pour le pate du point 1, je n'arrive pas a formater quand j'utilise les * :/