Я утверждаю, что работаю над проектом, который я собираюсь выпустить как открытый исходный код через githubs. Каковы преимущества размещения кода на github с самого начала по сравнению с ожиданием, пока проект находится в рабочем состоянии перед публикацией.
Если это имеет значение, то этот конкретный проект является приложением / службой C #, и у меня есть только бесплатная учетная запись на github (поэтому я не могу сделать его приватным, а потом отодвинуть обложки позже)
open-source
github
кори
источник
источник
Ответы:
Чем быстрее вы сделаете свой код общедоступным, тем быстрее вы получите обратную связь и людей, которые помогут вам. Если вы намерены сделать проект открытым исходным кодом с самого начала, я бы порекомендовал начать проект как общедоступный по умолчанию.
Github полон небольших и незавершенных проектов, поэтому ваш проект должен соответствовать. Чем больше деталей вы поместите в файл readme, тем лучше, поскольку это поможет другим разработчикам / потребителям быстро освоить ваш проект.
По крайней мере, ваши частные проекты должны находиться под контролем версий. Если вы не хотите платить за услугу, я бы рекомендовал использовать Dropbox для резервного копирования ваших локальных локальных репозиториев. Таким образом, у вас есть резервное копирование файлов и контроль версий в вашем проекте, что избавит вас от многих часов боли в будущем. Совсем недавно GitHub и его конкуренты выпустили бесплатные частные репозитории, так что вы можете использовать выбранное вами решение по управлению версиями конфиденциально без платной подписки.
источник
Нет недостатков. Пока у вас есть файл readme, в котором четко указано, что проект постоянно меняется, никто не будет держать его против вас, если вы внесете критические изменения в ходе выполнения проекта.
источник
Существует https://bitbucket.org или https://github.com/, если вы хотите бесплатные частные репозитории с использованием git, и когда вы закончите, вы можете сделать его общедоступным.
источник
Краткий ответ: Вы можете свободно размещать его в Github без каких-либо проблем.
Вашим преимуществом будет получение отзывов пользователей и заинтересованных разработчиков, которые могут присоединиться к вашей команде, предоставить полезную идею и продвинуть этот проект вперед.
Однако, чтобы избежать большинства недостатков , имеет смысл написать примечание, в котором говорится, что проект находится на стадии разработки. И какие функции, как ожидается, будут функционировать в начальной версии бета-версии.
источник
Я говорю, почему бы не иметь лучшее из обоих миров.
Хорошая вещь о git и децентрализованном управлении исходным кодом в целом заключается в том, что вам не нужно привязываться к одному хосту. Вы можете сделать личное репозиторий Bitbucket или Github и публичное репозиторий GitHub. Прямо сейчас внесите свои изменения в частное репо, и когда ваш проект станет более завершенным (или достигнет важного этапа), вы можете перейти к публичному репо ... и позже вы сможете сделать частный репозиторий общедоступным и присутствовать как на Bitbucket, так и на Bitbucket. Github
источник
Один небольшой недостаток - это спам в вашем репо с бесполезными репо. Я обычно начинаю свои репо как частные, и как только на них появляется что-то стоящее, я делаю их публичными. Таким образом, пустошь новых идей, которые никогда не проходили несколько часов, не отвлекает от интересного кода. Это имеет значение, только если вы ожидаете, что люди посмотрят на ваш список репо, чтобы найти что-то интересное.
источник