Est-il OK de pousser mon code vers GitHub alors qu'il est encore au début du développement?

18

J'ai quelques projets qui sont dans un état de développement très précoce. Ils sont loin d'être terminés mais je les héberge (en tant que dépôts publics) sur GitHub parce que:

J'ai plusieurs ordinateurs et je veux accéder à mon code partout
Je veux une sauvegarde de mon code
Je veux que ce soit facile si quelqu'un veut collaborer d'une manière ou d'une autre
J'utilise GitHub Issues comme logiciel de gestion de projet pour un pauvre

Est-il correct de publier un projet sur GitHub même s'il est très tôt dans le développement? Je suis un peu inquiet à l'idée que quelqu'un vienne me dire OMG this is total BS, this code is so bad!tout en regardant du code non poli / encore en développement / non testé.

Quelles sont vos pratiques lorsque vous lancez de nouveaux projets publics? Attendez-vous d'avoir quelque chose de substantiel à montrer ou créez-vous un référentiel nu directement sur GitHub et commencez à partir de là?

J'ai utilisé GitHubtout au long de ce post, mais cela s'applique à tous les services d'hébergement de code.

open-source github project-hosting

— marco-fiset
source

GitHub vous donne-t-il la possibilité de restreindre l'accès?

— FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner Uniquement pour les comptes payants. Bien que personne ne puisse accéder directement à votre référentiel. Pour cela, ils doivent créer une pull request et je dois l'approuver et la fusionner moi-même.

— marco-fiset

Ah. Les comptes payés sont assez chers?

— FrustratedWithFormsDesigner

7

Pourrait utiliser Bitbucket (gratuit) et le garder en dépôt privé, puis le rendre public une fois que vous pensez qu'il est correct d'être vu.

— Rig

@FrustratedWithFormsDesigner Pas tant que ça. À partir de 7 $ / mois. Mais je suis sûr que vous le saviez déjà, n'est-ce pas? : P Vous vouliez seulement que je réalise que je pouvais simplement payer pour cela et me taire. Je plaisante d'ailleurs: P

— marco-fiset

37

Bien sûr, c'est OK: il est difficile d'imaginer que plus de 4 098 118 projets actuellement hébergés sur GitHub seraient tous 100% formidables et utiles! Vous n'obligez personne à utiliser votre code ou même à le regarder. Si vous hébergez le projet principalement pour vous-même, la qualité de votre code vous préoccupe, et personne d'autre.

Vous avez énuméré toutes les bonnes raisons d'héberger votre projet - les sauvegardes, l'accès universel et la possibilité de collaboration avec d'autres sont d'excellentes raisons de commencer à héberger le plus tôt possible.

— dasblinkenlight
source

12

Poussez ce que vous voulez le plus tôt possible. Personne ne va le regarder à moins de le publier et c'est intéressant.

Si vous êtes vraiment inquiet, certains services d'hébergement de code gratuits proposent des référentiels privés.

— Armand
source

2

Un tel service avec des référentiels privés gratuits est Bit Bucket.

— davidhaskins

4

Vous pouvez utiliser Bitbucket qui possède la plupart des fonctionnalités de gestion de projet, toutes les fonctionnalités DCVS basées sur le cloud et il dispose de référentiels privés gratuits afin que vous puissiez le conserver sur la DL.

— Wyatt Barnett
source

2

Bien sûr, vous pouvez le publier dans un premier développement - Mais marquez-le comme pré-alpha, puis alpha, bêta ...

— knut
source

2

Il n'y a vraiment aucun intérêt à garder une trace de cela jusqu'à ce que vous envisagiez réellement de faire une version (et même alors, seulement si vous êtes assez grand pour que quelqu'un s'en soucie).

— Brendan Long

1

Personne ne va simplement tomber sur votre projet. Et s'ils l'ont fait, ils n'iront pas en parler partout sur Internet.

— jiggy
source

1

Je dirais que cela dépend si vous pensez que le code est incomplet ou tout simplement mauvais. Si elle est mauvaise, vous voudrez peut-être vous demander si vous êtes maintenant ou pourriez bientôt chercher un nouveau poste; et si le code est détectable ou non si un employeur potentiel vous recherche.

OTOH, même un mauvais code peut être considéré comme un bonus, en particulier s'il est commenté comme tel.

Mon conseil: décidez avec soin.

— jmoreno
source

0

Bien sûr, vous pouvez pousser ce que vous voulez, mais c'est encore mieux lorsque vous envoyez une solution plus pré-bêta à GitHub.

Vous pouvez facilement utiliser DropBox pour stocker vos projets GitHub et la bonne partie est que vous y aurez accès sur n'importe quel ordinateur.

— CoffeeCode
source

4

Je le déconseille fortement. Par expérience personnelle, j'ai découvert que je recevais un gros gâchis de fichiers modifiés et rétablis en raison des deux systèmes essayant de les synchroniser. Mon approche est Dropbox pour la plupart des trucs, plan de 50 Go et github pour tous les fichiers contrôlés par code / version et jamais la rencontre de Twain.

— Michael Durrant

Je suis d'accord. Dropbox + git (en particulier le .gitrépertoire) ne se mélangent pas.

— asmeurer