quels sont les avantages et les inconvénients de mettre du code pour un projet inachevé sur github

Je déclare travailler sur un projet que j'ai l'intention de publier en open source via les githubs. Quels sont les avantages de mettre le code sur github dès le départ, au lieu d'attendre que le projet soit en état de marche avant de le publier.

Si cela est important, ce projet particulier est une application / service C #, et je n'ai qu'un compte github gratuit (donc je ne peux pas le rendre privé, puis retirer les couvertures plus tard)

Plus vite vous rendrez votre code accessible au public, plus vite vous pourrez obtenir des commentaires et des personnes pour vous aider. Si votre intention est de rendre le projet open source depuis le début, je vous recommande de démarrer votre projet en public par défaut.

Github regorge de petits projets inachevés, votre projet doit donc s'intégrer parfaitement. Plus vous mettez de détails dans le fichier Lisez-moi, car cela aidera les autres développeurs / consommateurs à se familiariser rapidement avec votre projet.

À tout le moins, vos projets privés devraient être sous une sorte de contrôle de version. Si vous ne voulez pas payer pour un service, je vous recommande d'utiliser Dropbox pour sauvegarder vos référentiels locaux privés. De cette façon, vous avez la sauvegarde de fichiers et le contrôle de version sur votre projet, ce qui vous évitera des heures de douleur à l'avenir. Plus récemment, GitHub et ses concurrents ont publié des référentiels privés gratuits, vous pouvez donc utiliser votre solution de contrôle de version de votre choix en privé sans abonnement payant.

Il n'y a aucun inconvénient. Tant que vous avez un fichier Lisez-moi qui indique clairement que le projet est en cours, personne ne vous en voudra si vous apportez des modifications de rupture au fur et à mesure de l'avancement du projet.

Il y a https://bitbucket.org ou https://github.com/ si vous voulez des référentiels privés gratuits en utilisant git, et quand vous avez terminé, vous pouvez le rendre public.

Réponse courte: Vous pouvez toujours l'héberger librement dans Github sans aucun problème.

Votre avantage serait d' obtenir des commentaires des utilisateurs et des développeurs intéressés qui pourraient vouloir rejoindre votre équipe, fournir une idée utile et faire avancer ce projet.

Cependant, pour éviter la plupart des inconvénients , il sera logique d'écrire une note mentionnant que le projet est en phase de développement. Et quelles fonctionnalités devraient être fonctionnelles lors de la première version bêta.

Je dis pourquoi ne pas avoir le meilleur des deux mondes.

La bonne chose à propos de git et du contrôle de source décentralisé en général est que vous n'avez pas à vous en tenir à un seul hôte. Vous pouvez faire un dépôt de bitbucket ou github privé et un dépôt github public. En ce moment, transférez vos modifications au référentiel privé, et lorsque votre projet est plus complet (ou atteint un jalon), vous pouvez le pousser vers le référentiel public ... et vous pouvez ensuite rendre le référentiel privé public et avoir une présence à la fois sur Bitbucket et Github

Un inconvénient mineur est que vous spammez votre liste de référentiels avec des référentiels inutiles. Je commence généralement mes dépôts comme privés et dès qu'ils ont quelque chose à voir, je les rends publics. De cette façon, le désert de nouvelles idées qui n'ont jamais dépassé quelques heures à bricoler ne distrait pas du code intéressant. Cela n'a d'importance que si vous vous attendez à ce que les gens regardent votre liste de repo pour trouver quelque chose d'intéressant.