open-source - proyectos - open source projects

Alojando un proyecto de código abierto en varios sitios (8)

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

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

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

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 intuición es que, si bien puede no ser puramente ético, podría estar bordeando el lado débil ...

No sé sobre la ética, pero considere los aspectos prácticos:

Tendrás que hacer múltiples cargas repetidas en varios sitios diferentes, hacerlo en un solo sitio puede ser un dolor
los usuarios no sabrán en qué sitio reportar errores en
si usa los repositorios SVN / CVS / git, 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 iniciar ( CSVfix , si alguien está interesado) y puedo recomendarle a Google que sea muy fácil de configurar.

Quédese con un proveedor. "Si lo construyes, ellos vendrán" :)

Además, una vez que la gente empiece 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.

Yo sugeriría elegir el host 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.

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.

No sé por qué crees que sería poco ético o de mala calidad. 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 con 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 principal de problemas 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 debe 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 utilizar 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, de alguna manera no permite git-svn, y así sucesivamente).

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

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).

Es por eso que quiero hacer un seguimiento de las diferentes opciones disponibles para hospedar públicamente proyectos de código abierto:

¿Qué sitios de alojamiento público para proyectos de darcs hay?
¿Qué sitios públicos de hospedaje de Git existen que sean software libre?

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

El esfuerzo para impulsar su trabajo en varios lugares de forma independiente (es decir, no dependerán el uno del otro) y gestionar todo esto probablemente no sea realmente una pesadilla (como se sugiere en otras respuestas aquí), especialmente con un DVCS. Por ejemplo, uno puede incluso configurar Git para que uno empuje a varios lugares con solo un comando .

Siento que a menos que estés forzando a alguien a leer algo hecho por ti, sino que simplemente estás colocando tus cosas en algún lugar para que sean identificables y accesibles si alguien está interesado, no eres egoísta o ego-lo que sea.