Sin embargo, la liberacion de un proyecto requiere preparar todo el mismo para ello.
El primer paso es escoger la licencia sobre la cual se va a liberar. Dicha licencia ha de cumplir los requisitos de la Free Software Foundation [fsf.org] en caso de proyectos libres (ya que hay licencias "Open Source" que no son "Free Software). Un listado esta disponible en esta direccion [fsf.org].
Una vez se ha estudiado la licencia que sera utilizada, ha de aplicarse a todos los ficheros; con ello nos aseguramos que cada vez que alguien abra un fichero vea la licencia del mismo. Ademas, se incluye un archivo LICENSE con una copia integra de la licencia, ya que la misma es bastante mas extensa que el texto situado en los ficheros fuente. Adicionalmente se puede incluir una traduccion oficial.
El siguiente punto es preparar la documentacion si la hubiera con una licencia tambien libre si asi se desea. En este caso podemos utilizar las CreativeCommons [creativecommons.org] o bien alguna listada en la web [fsf.org] de la FSF.
Cuando los pasos previos se han finalizado se empaqueta el software en uno o mas formatos (tar.gz, tar.bz2, zip, 7z...). Estos archivos generados seran los que se pongan a disposicion publica para su descarga.
Si el desarrollo del proyecto sera publico se dispone de la opcion de montar un servidor CVS [barrapunto.com] o SVN [tigris.org] o bien utilizar los recursos de sitios como SourceForge [sourceforge.net], BerliOS [berlios.de] o software-libre.org [software-libre.org] (entre otros muchos).
Es mas que recomendable crear al menos 3 listas de correo, que son como siguen:
proyecto-users: Usuarios en general
proyecto-devel: Desarrolladores
proyecto-commits: Commits de CVS o Changesets de SubVersion si el desarrollo es publico.
Antes de lanzar el proyecto al publico se ha de pensar si la empresa dara un soporte oficial gratuito o de pago sobre el desarrollo (respuestas telefonicas\email\foros sobre el API o desarrollo de funcionalidad especifica para determinado cliente, por ejemplo) del mismo y que nivel de implicacion que tendra la empresa en su continuacion (si lo libera y se olvida, si continua su desarrollo publico, si sincroniza su CVS\SVN interno con el externo unicamente...).
Esta es una pequeña lista de tareas que suelen llevarse a cabo, sin embargo cada cual puede liberar su proyecto como le parezca, mientras que indique claramente la licencia.
No hay metodos definidos
(Puntos:2, Informativo)El primer paso es escoger la licencia sobre la cual se va a liberar. Dicha licencia ha de cumplir los requisitos de la Free Software Foundation [fsf.org] en caso de proyectos libres (ya que hay licencias "Open Source" que no son "Free Software). Un listado esta disponible en esta direccion [fsf.org].
Una vez se ha estudiado la licencia que sera utilizada, ha de aplicarse a todos los ficheros; con ello nos aseguramos que cada vez que alguien abra un fichero vea la licencia del mismo. Ademas, se incluye un archivo LICENSE con una copia integra de la licencia, ya que la misma es bastante mas extensa que el texto situado en los ficheros fuente. Adicionalmente se puede incluir una traduccion oficial. El siguiente punto es preparar la documentacion si la hubiera con una licencia tambien libre si asi se desea. En este caso podemos utilizar las CreativeCommons [creativecommons.org] o bien alguna listada en la web [fsf.org] de la FSF.
Cuando los pasos previos se han finalizado se empaqueta el software en uno o mas formatos (tar.gz, tar.bz2, zip, 7z...). Estos archivos generados seran los que se pongan a disposicion publica para su descarga.
Si el desarrollo del proyecto sera publico se dispone de la opcion de montar un servidor CVS [barrapunto.com] o SVN [tigris.org] o bien utilizar los recursos de sitios como SourceForge [sourceforge.net], BerliOS [berlios.de] o software-libre.org [software-libre.org] (entre otros muchos).
Es mas que recomendable crear al menos 3 listas de correo, que son como siguen:
Antes de lanzar el proyecto al publico se ha de pensar si la empresa dara un soporte oficial gratuito o de pago sobre el desarrollo (respuestas telefonicas\email\foros sobre el API o desarrollo de funcionalidad especifica para determinado cliente, por ejemplo) del mismo y que nivel de implicacion que tendra la empresa en su continuacion (si lo libera y se olvida, si continua su desarrollo publico, si sincroniza su CVS\SVN interno con el externo unicamente...).
Esta es una pequeña lista de tareas que suelen llevarse a cabo, sin embargo cada cual puede liberar su proyecto como le parezca, mientras que indique claramente la licencia.