Каковы преимущества и недостатки размещения кода для незавершенного проекта на GitHub

13

Я утверждаю, что работаю над проектом, который я собираюсь выпустить как открытый исходный код через githubs. Каковы преимущества размещения кода на github с самого начала по сравнению с ожиданием, пока проект находится в рабочем состоянии перед публикацией.

Если это имеет значение, то этот конкретный проект является приложением / службой C #, и у меня есть только бесплатная учетная запись на github (поэтому я не могу сделать его приватным, а потом отодвинуть обложки позже)

кори
источник
2
Вы можете сделать его приватным с бесплатной учетной записью, если вместо этого используете BitBucket ...
Тимви

Ответы:

12

Чем быстрее вы сделаете свой код общедоступным, тем быстрее вы получите обратную связь и людей, которые помогут вам. Если вы намерены сделать проект открытым исходным кодом с самого начала, я бы порекомендовал начать проект как общедоступный по умолчанию.

Github полон небольших и незавершенных проектов, поэтому ваш проект должен соответствовать. Чем больше деталей вы поместите в файл readme, тем лучше, поскольку это поможет другим разработчикам / потребителям быстро освоить ваш проект.

По крайней мере, ваши частные проекты должны находиться под контролем версий. Если вы не хотите платить за услугу, я бы рекомендовал использовать Dropbox для резервного копирования ваших локальных локальных репозиториев. Таким образом, у вас есть резервное копирование файлов и контроль версий в вашем проекте, что избавит вас от многих часов боли в будущем. Совсем недавно GitHub и его конкуренты выпустили бесплатные частные репозитории, так что вы можете использовать выбранное вами решение по управлению версиями конфиденциально без платной подписки.

Роберт Грайнер
источник
5
Я полностью согласен, но, чтобы быть понятным читателям, не знакомым с github, размещение чего-либо на github автоматически не гарантирует, что другие будут использовать и просматривать код (за исключением тех, которые следуют за автором). Автору по-прежнему необходимо обратиться к заинтересованным сторонам
актон
Хорошая мысль, @akton, и если / когда проект дойдет до этой стадии, мне непременно придется его проповедовать. Я еще не совсем уверен, будет ли это очень полезно для других.
Кори
2
Re: «Если вы не хотите платить за услугу», BitBucket предоставляет ваши бесплатные частные репозитории.
codeparkle
Dropbox, правда? Я думаю, что Bitbucket мог бы быть лучшим выбором (теперь поддерживается GIT)
Andrea
Смешивание GitHub и Dropbox может иметь катастрофические последствия (из личного опыта), поэтому будьте осторожны. Я создал папку Dropnot для своих проектов, управляемых git-github.
Майкл Даррант
7

Нет недостатков. Пока у вас есть файл readme, в котором четко указано, что проект постоянно меняется, никто не будет держать его против вас, если вы внесете критические изменения в ходе выполнения проекта.

davidk01
источник
4

Существует https://bitbucket.org или https://github.com/, если вы хотите бесплатные частные репозитории с использованием git, и когда вы закончите, вы можете сделать его общедоступным.

01walid
источник
У меня есть учетная запись bitbucket, за которую я высоко ценю частные корзины, но github по-прежнему является золотым стандартом для общедоступного проекта с открытым исходным кодом, мне кажется ...
cori
Зачем редактировать? Насколько я знаю, это неправильно - BitBucket позволяет делать репозитории git.
Кори
3

Краткий ответ: Вы можете свободно размещать его в Github без каких-либо проблем.

Вашим преимуществом будет получение отзывов пользователей и заинтересованных разработчиков, которые могут присоединиться к вашей команде, предоставить полезную идею и продвинуть этот проект вперед.

Однако, чтобы избежать большинства недостатков , имеет смысл написать примечание, в котором говорится, что проект находится на стадии разработки. И какие функции, как ожидается, будут функционировать в начальной версии бета-версии.

Юсубы
источник
3

Я говорю, почему бы не иметь лучшее из обоих миров.

Хорошая вещь о git и децентрализованном управлении исходным кодом в целом заключается в том, что вам не нужно привязываться к одному хосту. Вы можете сделать личное репозиторий Bitbucket или Github и публичное репозиторий GitHub. Прямо сейчас внесите свои изменения в частное репо, и когда ваш проект станет более завершенным (или достигнет важного этапа), вы можете перейти к публичному репо ... и позже вы сможете сделать частный репозиторий общедоступным и присутствовать как на Bitbucket, так и на Bitbucket. Github

Earlz
источник
0

Один небольшой недостаток - это спам в вашем репо с бесполезными репо. Я обычно начинаю свои репо как частные, и как только на них появляется что-то стоящее, я делаю их публичными. Таким образом, пустошь новых идей, которые никогда не проходили несколько часов, не отвлекает от интересного кода. Это имеет значение, только если вы ожидаете, что люди посмотрят на ваш список репо, чтобы найти что-то интересное.

Qwertie
источник