Bonjour,
Je voudrais avoir un acces http / https a un dépot git, mais j'ai déjà apache qui ecoute sur le port 80 pour une autre appli (plex).
Est ce que je suis obligé de passer par des VHost ? (si oui la configuration ressemblerait à quoi ?)
Merci !

Pas forcément, tu dois pouvoir gérer ça tout simplement avec GitWeb et deux trois bricoles dans la conf d'Apache. L'idée étant de réécrire tout ce qui ressemble à un http://tonsite.tld/git/ pour servir les requêtes via le script Perl de Gitweb, à l'aide de FastCGI.
Par contre, je ne sais pas trop comment t'aider avec Apache en particulier, j'utilise plutôt nginx pour ce genre de choses. Peut être que deepblue aura des conseils plus détaillés.

Tu peux voir les choses d'au moins 2 façons :
A : tu as un domaine (et/ou sous-domaine) dédié par application
B : tu veux travailler avec des "sous-répertoire" (ce que propose Google_Bot)

je préconise la solution A car en terme d'organisation c'est beaucoup plus simple (et c'est plus simple à réaliser). En effet, tu sais que chaque service délivré à son propre vhost. Dans le cas de la solution B, tu auras un vhost pour ton domaine avec moule configuration dedans (inhérent à chaque service délivré). Cela dit, ça reste une question de goût donc tu fais comme tu veux.

Par ailleurs, tu peux fonctionner de 2 manières :
1 : le service que tu veux rendre accessible via apache2 embarque aussi un serveur web
2 : le service que tu veux rendre accessible via apache2 totalement géré (dans son exécution) au travail d'apache (passenger, fastcgi/cgi, etc.)

Dans le cas 1, tu devras fonctionner par le biais du module proxy d'apache (ProxyPass en autres). Tu ferais écouter le service git sur un port donnée (exemple : 1234) et tu devras que les requêtes qui arrive sur mondomain.com/git/ ou git.mondomaine.com sont redirigées 127.0.0.1:1234
Voici 2 exemple concrets :

• https://ssl.neutralnetwork.org/irc/ : https://gist.deblan.org/en/view/558290427d379 (ne fais pas attention au port 444, mon apache est derrière nginx)
• seeks.deblan.org (down) : https://gist.deblan.org/en/view/558290bb39048

Dans le cas 2, ça dépendra du langage utilisé pour réaliser l'application. Si c'est en PHP, tout seras easy, si tu as du python/ruby alors il faudra passer par passenger (et suivant la version de python, tu devras sans doute compiler des conneries).

Dernière chose : que tu sois avec Apache ou Nginx, c'est exactement pareil

Ok merci beaucoup pour ces réponses détaillées.
J'ai opté pour la solution A, avec des sous domaines. Je peux maintenant cloner et pusher en http. (non authentifié ...).
En ce qui concerne https j'ai l'erreur suivante:
fatal: unable to access https://git@hostname/git/mondepot.git :error routine SSL23_GET_SERVER_HELLO:unknown
(Je précise que j'ai absoluement rien confuguré au niveaux des certificats.)

Vous auriez pas un tuto correct pour configurer apache pour des connections https. J'avou que je débarque un peu.
Mais ce que je veux est simple: avoir des accès authentifié par login/mpd a des depos git en http/https (comme github quoi).
Je suis près à céder des bouts de ma conf apache pour pas cher, si ca vous permet d'y voir plus clair.
Merci pour votre aide !

Le tuto le plus simple qu'il puisse exister est :
1) Activation du mode SSL d'apache (sous debian : # a2enmod ssl && service apache2 restart)
2) Configration du vhost avec la conf du certificat SSL (/etc/apache2/sites-enabled/default-ssl est un bon exemple sous debian)
dans le cas présent, tu auras le certificat auto-signé qui aura été généré à l'installation d'apache

Si tu comptes acheter un certificat SSL, voici une config type que j'ai sur mon serveur : https://gist.deblan.org/en/view/5587fd899d0e0
Cependant, il faudrait configuration correctement les ciphers. Voici une config type sur nginx chez moi (il sert de frontend à apache) : https://gist.deblan.org/en/view/5587fd899d0e0/1ccd2727d58ca0e60a79b8010734411104564586

Btw, j'utilise gogits pour gérer mes dépots GIT (https://gitlab.deblan.org/) et je dois dire que c'est une perle. Je le recommande chaudement. Il te permettra de faire de la gestion over ssh et http(s) très simplement. il est très similaire à github, seule la pull request depuis l'interface lui manque un peu (mais c'est en projet je crois).

Ok merci pour les conseils.