pourquoi devrais-je héberger le code quelque part comme ça?
Un point clé du développement de logiciels open source est de partager le code source. Il existe plusieurs façons de procéder, comme placer des fichiers tar / zip sur un serveur Web ou ftp. Des services comme le code google (ou sourceforge.net, gitorious.org, bitbucket.org, et bien d'autres) suppriment la nécessité de faire fonctionner vos propres serveurs à cet effet.
Et cela signifierait-il que je dois retirer le site de mon hébergement actuel, ou s'agit-il d'un type d'hébergement entièrement différent?
Ces services ne sont pas des hébergeurs Web à usage général, mais exécutent des services très spécialisés. Ils ne sont pas destinés à être la page d'accueil d'un produit, mais plutôt un tableau de bord de développeur.
Avec le code Google, vous obtenez
- un wiki
- un bugtracker
- espace de téléchargement de fichiers normal
- un serveur de contrôle de version
Bien sûr, vous pouvez configurer ces logiciels sur un serveur Web standard (le contrôle de version peut être délicat, mais cela dépend beaucoup des détails), mais le principal avantage de l'utilisation d'un hébergeur de développement est que vous n'avez pas besoin de faire attention de ces systèmes pour le vôtre. Le principal inconvénient est que vous n'avez aucun contrôle sur le logiciel utilisé sur le serveur, vous devez vivre avec ce qui est disponible sur cet hôte. Vous devez également considérer ce qui se passe si le service cesse ses activités (ok, google ne tombe jamais en panne) et si vous pouvez transférer les données de l'hôte actuel vers un autre ou votre propre serveur (pensez aux sauvegardes).
Que se passe-t-il lorsque je rends mon site open source, quels sont mes droits,
C'est une question difficile, car elle dépend de la loi du pays où vous vivez.
quels droits dois-je céder.
Cela dépend de la licence que vous accordez au produit. Cela peut aller de l'open source propriétaire (pensez à PGP) où l'utilisateur ne peut fondamentalement rien faire avec le code, à l'autre extrémité de l'échelle est du domaine public, où chacun peut faire ce qu'il veut.
Comment ça marche, les gens viennent-ils me jeter du code gratuitement?
Il est très peu probable que cela se produise, car votre produit a besoin d'une popularité suffisante pour attirer d'autres développeurs.
[...] et maintenant il me demande si je veux que le projet ait un hébergement de code Git, Mercurial ou Subversion.
Il s'agit de trois systèmes de contrôle de version différents, où Subversion est centralisé, tandis que Git et Mercurial sont distribués.
Il y a des guerres de religion à propos desquelles utiliser, mais le point principal est d'en utiliser une. Voir http://martinfowler.com/bliki/VersionControlTools.html pour plus de détails.
Quand choisir Subversion:
- Vous avez des fichiers binaires, qui ne peuvent pas être facilement fusionnés, et avez besoin du workflow lock-> modify-> commit-> unlock, que subversion prend en charge¹
- Vous devez extraire uniquement une partie de la structure du répertoire.
¹ Il existe une extension de verrouillage pour mercurial, mais je n'en ai aucune expérience et je ne peux pas dire si elle est utilisable.
Lorsque vous n'avez pas besoin des anciennes fonctionnalités, il est préférable d'utiliser Mercurial ou Git. Les deux présentent les avantages suivants par rapport à Subversion: