Para mi trabajo de investigación, he estado desarrollando una pequeña biblioteca de C ++ destinada a facilitar la comunicación entre los códigos computacionales de C ++ y Octave / Matlab (cuando este último se utiliza con fines de procesamiento posterior).
Me gustaría lanzar una biblioteca de este tipo bajo GPL en algún sitio de alojamiento gratuito como Sourceforge o Github.
Honestamente, sin embargo, me falta experiencia para elegir qué sitio se adapta mejor a una biblioteca (pequeña) como la mía.
Por un lado, github me parece más inmediato, por otro lado, Sourceforge es un sitio de referencia para códigos científicos, muchos de ellos están alojados allí.
¿Algún consejo?
EDITAR: agrando mi pregunta.
La biblioteca de la que estoy hablando es un pequeño proyecto ( CL, actualmente en un repositorio privado en bitbucket), casi personal, que siguió a 2 años de aburridas solicitudes técnicas de mis supervisores y 6 meses de diseño de código (principalmente por prueba y error).
Después de algunas consultas, noté que sourceforge tiene un mecanismo agradable que le permite a uno hacer estadísticas sobre las visitas a la página del proyecto y las descargas, por lo tanto, las personas (usuarios) que simplemente descargan la lib para usarla (si alguna) pueden contar de alguna manera.
Github, por otro lado, parece mucho más fácil desde el punto de vista de los desarrolladores (aquí me refiero a alguien que también está interesado en analizar, extender y bifurcar el código).
Respuestas:
Cualquier sitio que sea mejor dependerá de su propia apreciación.
Aunque puede ser tentador promover cualquier sistema que prefiera personalmente, creo que la elección correcta tiene más que ver con sus preferencias personales y estilo de trabajo ...
¿Cuántos desarrolladores trabajan en su proyecto? ¿Con qué frecuencia lo actualizarás? ¿Qué tan probable es que alguien quiera bifurcarlo? ¿Con qué sistema de revisión te sientes más cómodo? ¿Qué interfaz de usuario prefieres?
Honestamente, tanto SourceForge como Github son sitios maduros y ambos ofrecen algunas herramientas increíbles. Pero si no se siente cómodo usándolos, entonces, por asombrosos que otros usuarios puedan decir que lo son, serán de beneficio limitado para usted.
Ambos sitios son igualmente buenos, simplemente eligen hacer las cosas de manera diferente. Ambos están bien referenciados por los motores de búsqueda y la descarga de software de uno es tan fácil como del otro
Te sugiero que mires a ambos y veas con qué te sientes más cómodo. Nuevamente: qué sitio es mejor dependerá en gran medida de su propio estilo de trabajo y preferencias personales.
fuente
Ve por Github.
El modelo de publicación de Github es el futuro. El modelo de bifurcación, solicitudes de extracción y fusión de Github está muy cerca del modelo de publicación científica. Muchas comunidades científicas están utilizando Github para alojar datos y códigos de sus proyectos de investigación. Hay revistas de acceso abierto que usan Github como su único medio de presentación y publicación. Además, obtendrá una mejor clasificación de Google y, por lo tanto, más usuarios potenciales. Sourceforge es lento y alberga principalmente proyectos muertos. Muchos proyectos mantenidos activamente se han trasladado de Sourceforge a Github en los últimos años.
fuente
El código de Google es otra opción, ya que ofrecen svn / git / hg y casi todos tienen un ID de Google.
Independientemente del sitio que elija, recomendaría colocar un tarball en algún lugar en la parte superior (algunos sitios ya lo hacen), ya que la mayoría de las personas no están familiarizadas con el control de revisiones y los servidores departamentales en las universidades a menudo ejecutan un sistema operativo de 5 años que, si tiene suerte, puede tener svn instalado
fuente
Sin embargo, otra opción es usar Bitbucket . Es muy bien compatible con Mercurial (Hg). Mi experiencia personal con Hg es que es un sistema de control de versiones simple pero potente. Creo que es mucho más adecuado para el desarrollo de software personal. Para grupos grandes, también sugeriría git y, en consecuencia, github. Aún así, estoy bastante satisfecho con Bitbucket y sus características. Comencé el proyecto con un repositorio privado (donde puedes tener infinitos, incluido un proyecto para tu tesis y documentos científicos también) y cuando el proyecto fue lo suficientemente maduro, lo convertí en un lanzamiento público.
Si no está familiarizado con el control de versiones, especialmente en Mercurial, sugiero HgInit . Un colega mío me mostró esta página cuando quise comenzar a usar el control de revisión. Lo encontré útil.
fuente