Alojando un proyecto de código abierto en varios sitios

Question

Digamos que tenía un proyecto de código abierto que quería probar y generar algo de exposición. ¿Se consideraría poco ético configurar una entrada de proyecto en varios sitios como github, sourceforge y google code, por ejemplo?

Esto sería puramente para darle una mayor exposición. Me doy cuenta de que puede haber algunas razones prácticas para hacerlo, como querer usar github para el control de código fuente y sourceforge para el seguimiento de problemas, foros y demás. Por el bien, si esta pregunta me interesa centrarme más en el caso en el que utiliza uno de los sitios como el sitio principal para el proyecto, y hacer proyectos "stub" en los otros sitios que apuntan al sitio principal.

Mi sensación es que, si bien puede que no sea rotundamente no ética, se podría limítrofe en el lado cutre ...

Answer 1

Stick con un proveedor. "Si lo construyes, vendrán" :)

Además, una vez que las personas hagan empiecen a venir, simplemente buscarán el nombre del proyecto en Google. Encontrar el mismo proyecto en Sourceforge, Github y Google Code simplemente va a molestar a la gente.

Answer 2

sugeriría elija su huésped preferido para su proyecto. Puede publicar sobre su proyecto en muchos foros. La exposición vendrá a través de los motores de búsqueda.

Answer 3

No sé acerca de la ética, pero considero los aspectos prácticos:

• tendrá que hacer varias repetidas subidos a varios sitios diferentes, hacerlo a un solo sitio puede ser un dolor
• los usuarios no sepan a qué sitio para informar de errores en
• si utiliza los SVN/CVS/git repositorios, tendrá múltiples copias de su código en diferentes repositorios - una muy mala idea

Estoy seguro de que hay otros problemas. Así que adhiérase a un sitio: he estado usando Google Code para un pequeño proyecto que acabo de comenzar (CSVfix, si alguien está interesado) y puedo recomendar a Google que sea muy fácil de configurar.

Answer 4

Creo que esto está bien, por la razón de que cada proveedor puede tener algo que desea. Debe elegir los servicios que son mejores para su proyecto. Por ejemplo:

• código de Google cuenta con alojamiento de archivos, pero la gestión de problemas es terrible, por lo
• Launchpad tiene un gran seguimiento de errores, pero no hay wiki, y usamos Mercurial, por lo
• Bitbucket.org tiene mercurial hosting, etc.

Por lo que podría ser razonable usar Launchpad para el seguimiento de errores, y el código de Google para alojar archivos y wiki, y Bitbucket.org para la fuente de alojamiento.

Answer 5

Los servicios que abarcan estos diversos hosts serán incómodos y difíciles de mantener. Para la dependencia mencionada anteriormente en los motores de búsqueda para generar tráfico, tenga cuidado de elegir un nombre que diferencie su proyecto del ruido de la web.Una indicación clara de que el tráfico no llegará es si su proyecto recibe una recomendación sobre ortografía. Tomemos como ejemplo a las personas que le trajeron el proyecto chattr de GNU. Inmediatamente se sugiere chatr como la búsqueda adecuada y su tráfico sufrirá en consecuencia.

Answer 6

como ya he dicho que tener que mantener el código en varios hosts hará que sea más problemático de lo que vale. Lo que tienes que pensar es que deberías asegurarte de que se carga correctamente en varios hosts, más probable es que cause confusión a algunos si una copia es legítima y las otras no son lo que a su vez podría causar un mal nombre para el proyecto incluso antes de que comiences Al final del día hay mucho más y mejores maneras de difundir la palabra de su proyecto, los sitios de redes sociales, los foros relacionados específicos son dos principales que debe considerar, de cualquier manera sería mejor que dedique su tiempo a publicar en varios sitios. entonces cargarías y mantendría el código en varios sitios.

Answer 7

No sé por qué crees que no sería ético ni estúpido. Tal vez pueda decir más sobre eso para que las personas puedan abordar sus inquietudes directamente. Para medir eso, considere si está incumpliendo intencionalmente las reglas del servicio, mintiendo a alguien sobre cómo está usando el servicio y engañando de alguna otra manera. Si está utilizando múltiples servicios, no creo que tenga nada que ocultar.

Considere la comunidad de Perl, que es la que trato. Varios proyectos están alojados en uno de los servicios de control de origen, como SourceForge, Google Code o Github. Sin embargo, la distribución principal para la mayoría de las cosas de Perl es CPAN. Otras personas pueden distribuir a través de Freshmeat u otro servicio. El rastreador de problemas principales proviene de Best Practical, que aloja un RT gratuito para cada módulo de Perl en CPAN. La mayoría de las personas que conozco usan lo mejor de más de un servicio. De hecho, la forma de la Web 2.0 es crear aplicaciones mediante el ensamblaje de servicios de múltiples proveedores. :)

También debería pensar en la construcción social de estos sitios gratuitos. Lugares como SourceForge y Github ofrecen cuentas gratuitas, pero también venden servicios. Consiguen el zumbido a través de las cosas gratis que les permite vender los servicios premium. No veo nada de malo en eso. Si está utilizando los servicios gratuitos, simplemente tenga en cuenta que a cambio de su uso gratuito, pueden usarlo como probador, anunciante, etc. gratuitos. Nuevamente, no veo nada malo en eso. Es solo parte del trato. No solo les quitas, también les estás dando. Hay un intercambio entre partes que dan su consentimiento.

Lo que no sería ético, creo, es cualquier servicio que le prohíbe usar otro servicio o establece intencionalmente una situación que dificultaría el uso de otro servicio al no ser compatible con herramientas comunes o no brindarle acceso a sus datos (por ejemplo, denegando de alguna manera git-svn, y así sucesivamente).

Answer 8

Considero que tener varios espejos (independientes) es un beneficio para la comunidad, porque dicha distribución garantiza un acceso más confiable de su obra pública, ahora y en el futuro (sobrevivirá al fracaso de cualquier sitio de alojamiento único).

Por eso quiero hacer un seguimiento de las opciones diffeent disponibles para acoger públicamente proyectos de código abierto:

• Which public hosting sites for darcs projects are there?
• Which public Git hosting sites are there that are free software?

Creo que es más bien ética (o moral) hacer un esfuerzo para garantizar que su trabajo público se publique de la manera más accesible (bien documentado y con algunas garantías de que se puede acceder en cualquier momento cuando alguien esté interesado).

El esfuerzo para empujar su trabajo a varios lugares de forma independiente (es decir, no dependerán el uno del otro) y administrar todo esto probablemente no sea realmente una pesadilla (como se sugiere en otras respuestas aquí), especialmente con un DVCS. Por ejemplo, uno can even set up Git so that one pushes to several places with just one command.

Siento que, a menos que obligue a alguien a leer algo hecho por usted, sino que simplemente está colocando sus cosas en algún lugar para que puedan ser encontradas y accesibles si alguien está interesado, no es egoísta o egoista.