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

13

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)

cori
la source
2
Vous pouvez le rendre privé avec un compte gratuit si vous utilisez plutôt BitBucket ...
Timwi

Réponses:

12

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.

Robert Greiner
la source
5
Je suis entièrement d'accord, mais, pour être clair pour les lecteurs qui ne connaissent pas github, mettre quelque chose sur github ne garantit pas automatiquement que d'autres utiliseront et réviseront le code (à l'exception peut-être de ceux qui suivent l'auteur). L'auteur doit encore
tendre la
bon point, @akton, et si / quand le projet arrivera à ce stade, je devrai certainement l'évangéliser. Je ne sais pas encore vraiment si cela sera d'une grande utilité pour les autres.
cori
2
Re: "Si vous ne voulez pas payer pour un service", BitBucket donne à vos référentiels privés gratuits.
codesparkle
Dropbox, vraiment? Je pense que Bitbucket pourrait être un meilleur choix (GIT est maintenant pris en charge)
Andrea
mélanger github et Dropbox peut être désastreux (par expérience personnelle), alors soyez averti. J'ai créé un dossier Dropnot pour mes projets gérés git-github.
Michael Durrant
7

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.

davidk01
la source
4

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.

01walid
la source
J'ai un compte bitbucket, pour lequel j'apprécie beaucoup les seaux privés, mais github est toujours la référence pour les projets open source publics, il me semble ...
cori
Pourquoi le montage? Pour autant que je sache, c'est incorrect - BitBucket autorise les git repos.
cori
3

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.

Yusubov
la source
3

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

Earlz
la source
0

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.

Qwertie
la source