Google Code + SVN или Git Hub + Git

Позвольте мне сказать вам, что я никогда не использовал ничего, кроме SVN, и я тоже пользователь Windows.

У меня есть несколько простых проектов с открытым исходным кодом, другие - на пути, когда я достаточно счастлив, чтобы выпустить их исходный код. В любом случае, я думал использовать Google Code и SVN для совместного использования исходного кода моих проектов, а не для ссылки на источник на моем веб-сайте. Это всегда было болью, потому что мне приходилось обновлять двоичные файлы и код каждый раз, когда я выпускал новую версию. Это также помогло бы мне создать резервную копию моего кода, а не только мою локальную машину (у меня был локальный сервер Subversion).

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

Но я не хочу размещать какие-либо файлы на своих сайтах. Я хочу, чтобы это было размещено на моем веб-сайте, чтобы я мог контролировать статистику загрузки с помощью собственных скриптов. У меня также нет необходимости в вики-страницах, поскольку я предпочитаю иметь всю документацию на своем собственном веб-сайте. Предоставляет ли какая-либо из этих служб возможность "отключить" такие функции, как вики и загрузки, а не показывать их вообще для моих проектов?

Теперь я уверен, что есть много плюсов и минусов об использовании Google Code с SVN и GitHub с Git (конечно), но вот что важно для меня на каждом, и почему я им нравится:

Код Google:

Как и на любой странице Google, сложность почти не существует
Каждый (или почти каждый) имеет учетную запись Google, которая хороша, если люди хотят сообщать о проблемах с помощью системы проблем.

GitHub:

Может (может быть, не так) быть немного более сложным (для меня это не проблема), чем страницы Google, но...
... имеет гораздо более красивый интерфейс, чем сервис Google
Нужно, чтобы люди регистрировались в GitHub для публикации о проблемах.
Мне нравится тот факт, что с Git у вас есть свои собственные исправления локально (могу ли я использовать TortoiseGit для этого или?)

В принципе, это. Не так много, я знаю...

Какие еще общие плюсы и минусы вы можете рассказать мне о каждом сайте/программном обеспечении? Имейте в виду, что мои проекты просты, я, вероятно, единственный, кто когда-либо будет разрабатывать эти проекты в этих хранилищах (или, может быть, нет, но пока я).

Ответ 1

У меня не было особо позитивного опыта с TortoiseGit. Мне очень нравится модель git, но все, что касается этого, кажется мне странным, когда я пытаюсь использовать его в Windows. Я часто заканчиваю тем, что просто использовал версию cygwin, но даже это далеко не идеально.

Честно говоря, для небольших проектов, которые вы хотите использовать с открытым исходным кодом, я бы, вероятно, просто размещал на коде Google и рассматривал SVN на данный момент. Возможно, это было бы иначе, если бы вы уже были экспертом git, но я не уверен, что кривая обучения стоит этого для небольшого проекта на основе Windows (особенно с учетом того, что у разработчиков окон, которые, вероятно, будут повернуты от него).

Ответ 2

Код Google поддерживает Mercurial сейчас. Mercurial должен предоставить вам большую часть преимуществ Git, но вы получаете зрелость кода Google. У вас также есть возможность пойти с subversion там, если хотите.

Ответ 3

Хостинг проектов Google Code теперь поддерживает Git.

Ответ 4

В GitHub есть два основных преимущества:

Он использует git (duh!)
Это очень "социальная" среда.

GitHub очень легко вносит вклад в код других людей, и им легко интегрировать его обратно. Есть также много и много классных перехватов после фиксации, которые у них встроены; например, когда я передаю один из своих репозиториев, электронное письмо отправляется в список анонсов групп Google, и бот появляется в канале irc, дает сводку изменений и снова выскакивает. Я знаю хотя бы один сервис CI, который запускает GitHub, совершает (точнее, толкает).

Если вы планируете создать довольно небольшой сольный проект, то вы, вероятно, не найдете, что большинство функций GitHub будут полезны.

Ответ 5

Это ответы на Google Code (который я использую и очень доволен):

Но я не хочу размещать какие-либо файлы на своих сайтах

Так что не нужно - ничто в Условиях обслуживания Google не требует от вас этого.

У меня также нет необходимости в wiki страницы

Вики-страницы, как и почти все вкладки на сайте GC, могут быть отключены и скрыты.

Почему бы не создать страницу Google Code для своего проекта (требуется около 2 минут и она бесплатна) и играть с параметрами администратора, чтобы узнать, делает ли она то, что вы хотите?

Ответ 6

Теперь Github поддерживает Subversion http://slashdot.org/submission/1232328/

Ответ 7

Похоже, что код Google лучше подходит для ваших нужд, а именно его использование SVN (Mercurial сейчас, но SVN, так как это наиболее удобно). Что касается других функций, о которых вы так не заботитесь, то да, вы можете отключить их, отключив их вкладку в пользовательском интерфейсе.

Я поклонник Google Code - его простой и прямой.

Ответ 8

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

Дайте Git Расширения, попробуйте, это, безусловно, лучший интерфейс gui для git в любой операционной системе.

Ответ 9

Почему бы не использовать оба? Вы можете использовать код google для размещения проекта и использовать github в качестве своего репозитория. В качестве примера рассмотрим robotium.org.

Ответ 10

Понятно, что git выигрывает, и это отличный инструмент (но ему нужно время). С поддержкой google code git нет реальной большой разницы между github/gcode. Если вам нравится иметь приватный репозиторий и публичный доступ к одному провайдеру, чем github тоже. Также я использую Eclipse, а плагин egit (3.7.x) является частью проекта eclipse, но в большинстве случаев его необходимо установить как плагин.

Ответ 11

Как насчет bitbucket (для git и меркуриального) или Team Foundation Service (для git и TFS (Microsoft CVS))? Они оба предоставляют 5 бесплатных частных репозиториев и поддержку git. Кроме того, Bitbucker предлагает git клиент для mac и windows, а TFS предлагает LOT инструментов управления проектами.

Я думаю, что битбакет и tfs не такие социальные, как github, но если вам нужны частные репозитории, возможно, вы захотите потерять эту "социальность"

Надеюсь, что это приведёт к таблице немного.