Почему приложения django переходят на GitHub? - PullRequest
5 голосов
/ 02 февраля 2011

С тех пор, как я начал изучать фреймворк Django, я столкнулся с несколькими приложениями, которые переключились с GoogleCode на GitHub.Но я не вижу никакого объяснения этому факту ... Есть ли какая-то конкретная причина для этого?Означает ли это, что GitHub более подходит для проектов, связанных с Django?

Ответы [ 5 ]

12 голосов
/ 02 февраля 2011

Я считаю, что есть несколько причин. Во-первых и, прежде всего, Github был просто потрясающим по сравнению с Google Code.Они заново изобрели код и проекты как социальные объекты и взяли распределенную модель git и превратили ее в культуру, в которой выполнение, внесение изменений и продвижение вперед являются более важными, чем владение проектом.Github поощряет разветвление (они делают его очень простым) как способ совместной работы (разветвление, изменение и отправка запросов на извлечение).Если владельцы проекта «вверх по течению» движутся слишком медленно, вы в конечном итоге становитесь владельцем проекта.

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

Секунда : В то время Google Code поддерживал только проекты на основе Subversion(тогда как теперь они также поддерживают Mercurial.) Если вы раньше использовали только Subversion, это может сказать немного, но различия являются ключом к тому, почему многие люди перешли на git и Github.Mercurial на самом деле считается более pythonic, чем git, и поэтому многие используют Bitbucket (я уверен, что их не было при запуске Github.)

Третий : большинство приложений Django для многократного использованияпроекты для одного человека, поэтому многие функции Google Code не так полезны.В общем, с Github проще работать для небольших проектов.

Четвертый : удобство использования.Github выглядит великолепно и прост в использовании.

1 голос
/ 02 февраля 2011

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

Лично для меня, если вы работаете в SVN, очень маловероятно, что я внесу ответные патчи.Если вы находитесь на Git, это становится выше, но если вы на GitHub, я все равно собираюсь раскошелиться на ваш проект.Даже если я не нажму кнопку «запрос на извлечение», вы все равно сможете увидеть мои личные патчи и вытащить их, если вы найдете их интересными.Это также позволяет вашим пользователям делать то же самое, что делает более привлекательным использование размещенных на github проектов, даже если вы их не взламываете.

1 голос
/ 02 февраля 2011

Я не на GitHub. Фактически я использовал Mercurial в качестве SCM для моих проектов Python / Django в прошлом году, и я думаю, что это здорово (пришло от кого-то, кто использовал SVN в течение многих лет). Вот отличный учебник по Mercurial Джоэля Спольски: http://hginit.com/

Что касается места для размещения вашего хранилища Mercurial, я использую BitBucket.org

1 голос
/ 02 февраля 2011

Это в основном из-за предпочтений.GitHub предлагает лучшие «социальные» инструменты для кода (легче разветвляться, легче делать пул-запросы и тому подобное)И, честно говоря, пользовательский интерфейс GitHub лучше, чем в Google Code.

0 голосов
/ 02 февраля 2011

Потому что в коде Google нет git для управления исходным кодом? Хотя у него есть Mercurial, но некоторые люди предпочли бы мерзавца.

...