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


18

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

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

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

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

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


GitHub дает вам возможность ограничить доступ?
FrustratedWithFormsDesigner

@FrustratedWithFormsDesigner Только для платных аккаунтов. Хотя никто не может подтолкнуть прямо к вашему репо. Для этого им нужно создать запрос на удаление, и я должен одобрить его и объединить сам.
marco-fiset

Ах. Платные аккаунты довольно дорогие?
FrustratedWithFormsDesigner

7
Можно использовать Bitbucket (Free) и оставить его в закрытом репо, а затем сделать его общедоступным, как только вы почувствуете, что его можно увидеть.
Рог

@FrustratedWithFormsDesigner Не так много. От 7 $ / мес. Но я уверен, что ты уже знал это, не так ли? : P Вы только хотели, чтобы я понял, что я мог бы просто заплатить за это и заткнуться.
Шучу

Ответы:


37

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

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


12

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

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


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

4

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


2

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


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

1

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


1

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

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

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


0

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

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


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

Я согласен. Dropbox + git (особенно .gitкаталог) не смешиваются.
asmeurer
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.