¿Está bien enviar mi código a GitHub mientras todavía está en desarrollo temprano?

18

Tengo algunos proyectos que se encuentran en un estado de desarrollo muy temprano. No están a punto de completarse, pero los alojo (como repositorios públicos) en GitHub porque:

  • Tengo varias computadoras y quiero acceder a mi código en todas partes
  • Quiero una copia de seguridad para mi código
  • Quiero que sea fácil si alguien quiere colaborar de alguna manera
  • Utilizo GitHub Issues como software de gestión de proyectos de un hombre pobre

¿Está bien publicar un proyecto en GitHub incluso cuando es muy temprano en el desarrollo? Me preocupa un poco que alguien venga y diga OMG this is total BS, this code is so bad!mientras mira el código sin pulir / aún en desarrollo / no probado.

¿Cuáles son sus prácticas cuando comienza nuevos proyectos públicos? ¿Espera hasta que tenga algo sustancial que mostrar o cree un repositorio directo directamente en GitHub y comience desde allí?

Lo utilicé a lo GitHublargo de esta publicación, pero esto se aplica a todos los servicios de alojamiento de código que existen.

open-source github project-hosting marco-fiset
fuente
¿GitHub te da la opción de restringir el acceso?
FrustratedWithFormsDesigner
@FrustratedWithFormsDesigner Solo para cuentas pagas. Aunque nadie puede presionar directamente a su repositorio. Para esto, tienen que crear una solicitud de extracción y tengo que aprobarla y fusionarla yo mismo.
marco-fiset
Ah ¿Las cuentas pagadas son bastante caras?
FrustratedWithFormsDesigner
77
Podría usar Bitbucket (Gratis) y mantenerlo en un repositorio privado y luego hacerlo público una vez que sienta que está bien ser visto.
Aparejo
@FrustratedWithFormsDesigner No tanto. Desde 7 $ / mes. Pero estoy bastante seguro de que ya lo sabías, ¿no? : P Solo querías que me diera cuenta de que podía pagarlo y callarme. Solo bromeo por cierto: P
marco-fiset

Respuestas:

37

Por supuesto que está bien: ¡es difícil imaginar que más de 4,098,118 proyectos actualmente alojados en GitHub sean 100% geniales y útiles! No está obligando a nadie a usar su código o incluso a mirarlo. Si aloja el proyecto principalmente para usted, la calidad de su código le preocupa a usted y a nadie más.

Enumeró todas las razones correctas para alojar su proyecto: las copias de seguridad, el acceso universal y la posibilidad de colaboración con otros son excelentes razones para comenzar a hospedar lo antes posible.

dasblinkenlight
fuente
12

Empuja lo que quieras lo antes posible. Nadie lo va a ver a menos que lo publique y sea interesante.

Si está realmente preocupado, algunos servicios gratuitos de alojamiento de código ofrecen repositorios privados.

Armand
fuente
2
Uno de esos servicios con repositorios privados gratuitos es Bit Bucket.
davidhaskins
4

Puede usar Bitbucket, que tiene la mayoría de las funciones de administración de proyectos, todas las funciones DCVS basadas en la nube y tiene repositorios privados gratuitos para que pueda mantenerlo en el DL.

Wyatt Barnett
fuente
2

Claro que puede publicarlo en un desarrollo temprano, pero márquelo como pre-alfa, luego configure alfa, beta ...

Knut
fuente
2
Realmente no tiene sentido hacer un seguimiento de eso hasta que realmente esté planeando hacer un lanzamiento (e incluso entonces, solo si es lo suficientemente grande como para que a alguien le importe).
Brendan Long
1

Nadie va a tropezar con su proyecto. Y si lo hicieran, no van a hablar sobre todo en Internet.

jiggy
fuente
1

Diría que depende de si crees que el código está incompleto o simplemente es malo. Si es malo, es posible que desee considerar si ahora está o pronto estará buscando un nuevo puesto; y si el código es reconocible o no si un posible empleador lo está investigando.

OTOH, incluso un código incorrecto podría considerarse una bonificación, especialmente si se comenta como tal.

Mi consejo: decide con cuidado.

jmoreno
fuente
0

Claro que puede impulsar lo que quiera, pero aún así es mejor cuando aplica una solución más pre beta a GitHub.

Puede usar DropBox fácilmente para almacenar sus proyectos de GitHub y lo bueno es que tendrá acceso a ellos en cualquier computadora.

CoffeeCode
fuente
44
Recomiendo encarecidamente contra esto. Por experiencia personal de hacerlo, descubrí que estaba obteniendo una gran cantidad de archivos alterados y revertidos debido a que ambos sistemas intentaban sincronizarlos. Mi enfoque es Dropbox para la mayoría de las cosas, plan de 50GB y github para todos los archivos controlados de código / versión y nunca más se encuentran.
Michael Durrant
Estoy de acuerdo. Dropbox + git (especialmente el .gitdirectorio) no se mezclan.
asmeurer