¿Cuáles son las ventajas y desventajas de poner código para un proyecto inacabado en Github?

Estoy declarando trabajar en un proyecto que tengo la intención de lanzar como código abierto a través de los githubs. ¿Cuáles son las ventajas de poner el código en github desde el principio, en lugar de esperar hasta que el proyecto esté funcionando antes de publicarlo?

Si es importante, este proyecto en particular es una aplicación / servicio de C #, y solo tengo una cuenta de github gratuita (por lo que no puedo hacerlo privado y luego retirar las cubiertas más adelante)

Mientras más rápido haga público su código, más rápido podrá obtener comentarios y personas para ayudarlo. Si su intención es hacer que el proyecto sea de código abierto desde el principio, entonces recomendaría comenzar su proyecto como público de forma predeterminada.

Github está lleno de proyectos pequeños e inacabados, por lo que su proyecto debe encajar perfectamente. Cuantos más detalles ponga en el archivo léame, mejor, ya que ayudará a otros desarrolladores / consumidores a ponerse al día rápidamente en su proyecto.

Como mínimo, sus proyectos privados deberían estar bajo algún tipo de control de versión. Si no desea pagar por un servicio, le recomiendo usar Dropbox para hacer una copia de seguridad de sus repositorios locales privados. De esta manera, tiene copia de seguridad de archivos y control de versiones en su proyecto, lo que le ahorrará horas de dolor en el futuro. Más recientemente, GitHub y sus competidores han lanzado repositorios privados gratuitos, por lo que puede utilizar su solución de control de versiones de forma privada sin una suscripción paga.

No hay inconvenientes. Mientras tenga un archivo Léame que indique claramente que el proyecto está en proceso de cambio, nadie lo tendrá en su contra si realiza cambios importantes a medida que avanza el proyecto.

Hay https://bitbucket.org o https://github.com/ si desea repositorios privados gratuitos con git, y cuando haya terminado puede hacerlo público.

Respuesta corta: aún puede alojarlo libremente en Github sin ningún problema.

Su ventaja sería obtener comentarios de los usuarios y desarrolladores interesados ​​que quieran unirse a su equipo, proporcionar una idea útil y avanzar en este proyecto.

Sin embargo, para evitar la mayoría de las desventajas , tendrá sentido escribir una Nota mencionando que el proyecto está en fase de desarrollo. Y qué características se espera que funcionen en la versión Beta inicial.

Digo por qué no tener lo mejor de ambos mundos.

Lo bueno de git y el control de fuente descentralizado en general es que no tienes que quedarte con un solo host. Puede hacer un repositorio privado de bitbucket o github y un repositorio público de github. En este momento empuje sus cambios al repositorio privado, y cuando su proyecto esté más completo (o alcance un hito) puede empujar al repositorio público ... y luego podrá hacer público el repositorio privado y tener presencia en Bitbucket y Github

Una desventaja menor es que envías spam a tu lista de repositorios con repositorios inútiles. Por lo general, comienzo mis repositorios como privados y tan pronto como tienen algo que vale la pena mirar, los hago públicos. De esa manera, el páramo de nuevas ideas que nunca pasaron unas horas jugando no distrae el código interesante. Esto solo importa si espera que la gente vea su lista de repositorios para encontrar algo interesante.