Pour mes travaux de recherche, j'ai développé une petite bibliothèque C ++ visant à faciliter la communication entre les codes de calcul C ++ et Octave / Matlab (lorsque ce dernier est utilisé à des fins de post-traitement).
Je voudrais publier une telle bibliothèque sous GPL sur un site d'hébergement gratuit tel que Sourceforge ou Github.
Honnêtement, cependant, je manque d'expérience pour choisir le site qui convient le mieux à une (petite) bibliothèque comme la mienne.
D'une part, github me semble plus immédiat, d'autre part, Sourceforge est un site de référence pour les codes scientifiques, beaucoup d'entre eux y sont hébergés.
Aucun conseil?
EDIT: J'élargis ma question.
La bibliothèque dont je parle est un petit projet ( CL, actuellement en dépôt privé sur bitbucket), presque personnel, qui a suivi 2 ans de demandes techniques ennuyeuses de mes superviseurs et 6 mois de conception de code (principalement par essai et Erreur).
Après quelques demandes, j'ai remarqué que sourceforge a un bon mécanisme permettant de faire des statistiques sur les visites de la page du projet et les téléchargements, donc les personnes (utilisateurs) téléchargeant simplement la bibliothèque pour l' utiliser (le cas échéant) peuvent être comptées d'une manière ou d'une autre.
Github, d'autre part, semble beaucoup plus facile du point de vue des développeurs (ici, je veux dire quelqu'un qui s'intéresse également à l'analyse, à l'extension, à la bifurcation du code).
Réponses:
Tout site meilleur dépendra de votre propre appréciation de celui-ci.
Bien qu'il puisse être tentant de promouvoir le système que je préfère personnellement, je pense que le bon choix a plus à voir avec vos préférences personnelles et votre style de travail ...
Combien de développeurs travaillent sur votre projet? À quelle fréquence la mettrez-vous à jour? Quelle est la probabilité que quelqu'un veuille le bifurquer? Avec quel système de révision êtes-vous plus à l'aise? Quelle interface utilisateur préférez-vous?
Honnêtement, SourceForge et Github sont des sites matures et offrent tous deux des outils impressionnants. Mais si vous n'êtes pas à l'aise de les utiliser, même si d'autres utilisateurs étonnants peuvent le dire, ils ne présenteront qu'un avantage limité pour vous.
Les deux sites sont tout aussi bons, ils choisissent simplement de faire les choses différemment. Ils sont tous deux bien référencés par les moteurs de recherche et le téléchargement de logiciels à partir de l'un est tout aussi simple que de l'autre
Je vous suggère fortement de regarder les deux et de voir avec quoi vous êtes le plus à l'aise. Encore une fois: le meilleur site dépendra fortement de votre propre style de travail et de vos préférences personnelles.
la source
Optez pour Github.
Le modèle de publication de Github est l'avenir. Le modèle de Github de forking, pull request et fusion est très proche du modèle de publication scientifique. De nombreuses communautés scientifiques utilisent Github pour héberger les données et le code de leurs projets de recherche. Il existe des revues en libre accès qui utilisent Github comme unique moyen de soumission et de publication. De plus, vous obtiendrez un meilleur classement Google et donc plus d'utilisateurs potentiels. Sourceforge est lent et héberge principalement des projets morts. De nombreux projets activement maintenus sont passés de Sourceforge à Github ces dernières années.
la source
Le code Google est une autre option car ils offrent svn / git / hg et presque tout le monde a un identifiant Google.
Quel que soit le site que vous choisissiez, je recommanderais de mettre un tarball quelque part tout en haut (certains sites le font déjà) car la plupart des gens ne connaissent pas le contrôle des révisions et les serveurs départementaux des universités utilisent souvent un système d'exploitation de 5 ans qui, si on est chanceux, peut avoir svn installé.
la source
Pourtant, une autre option consiste à utiliser Bitbucket . Il est très bien compatible avec Mercurial (Hg). Mon expérience personnelle avec Hg est qu'il s'agit d'un système de contrôle de version simple mais puissant. Je pense qu'il est beaucoup plus adapté au développement de logiciels personnels. Pour les grands groupes, je suggère également git et par conséquent github. Pourtant, je suis assez satisfait de bitbucket et de ses fonctionnalités. J'ai commencé le projet avec un dépôt privé (où vous pouvez en avoir infiniment, y compris un projet pour votre thèse et vos articles scientifiques, ainsi) et lorsque le projet était suffisamment mûr - je l'ai converti en version publique.
Si vous n'êtes pas familier avec le contrôle de version, en particulier dans Mercurial, je suggère HgInit . Un de mes collègues m'a montré cette page lorsque j'ai voulu commencer à utiliser le contrôle de révision. Je l'ai trouvé utile.
la source