Можно ли отправлять мой код в GitHub, пока он еще находится на ранней стадии разработки?

18

У меня есть несколько проектов, которые находятся на очень ранней стадии разработки. Они еще не близки к завершению, но я размещаю их (как публичные репозитории) на GitHub, потому что:

  • У меня есть несколько компьютеров, и я хочу получить доступ к своему коду везде
  • Я хочу резервную копию для моего кода
  • Я хочу, чтобы это было легко, если кто-то хочет каким-либо образом сотрудничать
  • Я использую GitHub Issues в качестве программного обеспечения для управления проектами бедного человека

Можно ли публиковать проект на GitHub, даже если он находится на очень ранней стадии разработки? Я немного обеспокоен тем, что кто-то придет и скажет OMG this is total BS, this code is so bad!, глядя на неполированный / все еще находящийся в разработке / не проверенный код.

Каковы ваши практики, когда вы начинаете новые публичные проекты? Вы ждете, когда у вас есть что-то существенное, чтобы показать, или вы создаете голое репо прямо на GitHub и начинаете с этого?

Я использовал GitHubв этом посте, но это относится ко всем службам хостинга кода.

марко-fiset
источник
GitHub дает вам возможность ограничить доступ?
FrustratedWithFormsDesigner
@FrustratedWithFormsDesigner Только для платных аккаунтов. Хотя никто не может подтолкнуть прямо к вашему репо. Для этого им нужно создать запрос на удаление, и я должен одобрить его и объединить сам.
marco-fiset
Ах. Платные аккаунты довольно дорогие?
FrustratedWithFormsDesigner
7
Можно использовать Bitbucket (Free) и оставить его в закрытом репо, а затем сделать его общедоступным, как только вы почувствуете, что его можно увидеть.
Рог
@FrustratedWithFormsDesigner Не так много. От 7 $ / мес. Но я уверен, что ты уже знал это, не так ли? : P Вы только хотели, чтобы я понял, что я мог бы просто заплатить за это и заткнуться.
Шучу

Ответы:

37

Конечно, все в порядке: трудно представить, что более 4098118 проектов, в настоящее время размещенных на GitHub, будут на 100% замечательными и полезными! Вы никого не заставляете использовать ваш код или даже смотреть на него. Если вы размещаете проект в первую очередь для себя, качество вашего кода беспокоит вас, и никто другой.

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

dasblinkenlight
источник
12

Нажимай на что хочешь как можно раньше. Никто не будет смотреть на это, если вы не обнародуете это, и это интересно.

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

Armand
источник
2
Одним из таких сервисов с бесплатными частными репозиториями является Bit Bucket.
Давидхаскинс
4

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

Уайетт Барнетт
источник
2

Конечно, вы можете опубликовать его на ранней стадии разработки - но пометьте его как пре-альфа, позже установите альфа, бета ...

Кнут
источник
2
На самом деле нет смысла отслеживать это, пока вы на самом деле не планируете выпустить релиз (и даже тогда, только если вы достаточно большой, чтобы кого-то это волновало).
Брендан Лонг
1

Никто не собирается наткнуться на ваш проект. И если они это сделают, они не собираются болтать об этом по всему интернету.

Jiggy
источник
1

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

OTOH, даже плохой код может считаться бонусом, особенно если он прокомментирован как таковой.

Мой совет: решайте с осторожностью.

jmoreno
источник
0

Конечно, вы можете использовать все, что захотите, но все же будет лучше, если вы добавите в GitHub более предварительное бета-решение.

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

CoffeeCode
источник
4
Я настоятельно рекомендую против этого. Исходя из личного опыта, я обнаружил, что получаю большой беспорядок измененных и обращенных файлов, потому что обе системы пытаются синхронизировать их. Мой подход - Dropbox для большинства вещей, план на 50 ГБ и github для всех файлов, контролируемых кодом / версией, и никогда не встречаются.
Майкл Даррант
Я согласен. Dropbox + git (особенно .gitкаталог) не смешиваются.
asmeurer