Где разместить проект с открытым исходным кодом: CodePlex, Google Code, SourceForge? [закрытый]

изменить 2015-08-01: этот ответ все еще получает мнения и голоса. Он более чем древний, и я хотел бы удалить его, но поскольку это принятый ответ, я не могу этого сделать. Опять же, это сообщество wiki, и сообщество сохранило его в актуальном состоянии-спасибо за это!

SourceForge перешел на темную сторону, взяв на себя ПРОЕКТ и связав их с Adware (Google GIMP Sourceforge Adware). Избегайте любой ценой. GitHub на данный момент все еще самый популярный, хотя есть альтернативы (например,BitBucket предлагает неограниченное количество частных РЕПО бесплатно Для до 5 пользователей.)

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

старый 2010 информация ниже ради истории

Edit: этот ответ теперь древний. За последние 2 года GitHub стал основным местом размещения кода, и всякий раз, когда мне нужно создать новый проект OSS, у меня нет тени сомнения, куда идти. Оставляя это ниже Для справки.

действительно, моя публикация почти 2 года (2008) теперь и не совсем точна.

Почему?

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

Я абсолютно убежден, что проекты с открытым исходным кодом должны запускаться на DVCS, предпочтительно git или mercurial, поскольку они являются наиболее распространенными - ничего против Bazaar, но я думаю, что это слишком неясно. (Edit: SourceForge теперь предлагает Mercurial и Bazaar, так что этот аргумент больше не стоит. Однако после двух редизайнов я думаю, что изображение SF не является слишком великий. Чтобы сравнить их с изображениями компаний: в то время как GitHub-Apple, SF-IBM. Камень твердый, но немного пыльный)

поэтому, если бы я снова написал эту публикацию, это было бы CodePlex и GitHub и BitBucket, с GitHub быть победителем. Но это общее утверждение, поэтому позвольте мне добавить детали. + /- это не строго Pro / Con, это больше, чтобы подчеркнуть различные философии.

CodePlex

+ Реальный Mercurial / Git хостинг - нет багги мост на вершине TFS, у вас есть реальный Mercurial / Git
+ Интегрированная Вики, которая позволяет добавлять богатую документацию и красивые страницы
+ Трекер ошибок и дискуссионные форумы включены
- Браузер исходного кода не так уж и велик-различия появляются во всплывающем окне и просто "чувствуют" сложные
- Вилки и тянуть запросы "не так просто" - пользовательский интерфейс может использовать некоторые работы

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

GitHub

+ Git хостинг, поддерживает SSL / SSH
+ Сетевой график позволяет увидеть вилки и то, что слилось в то, что когда
+ Возможность "смотреть" проекты - ваша страница учетной записи похожа на Facebook стена с новыми чекинами
+ Super good diff viewer с возможностью комментировать изменения в одной строке -посмотреть здесь
+ Разветвление-это процесс с двумя щелчками мыши, а также отправка запросов на вытягивание
+ GitHub теперь имеет инструмент GUI GitHub для Windows
- Главная страница не очень "красивая" для не-разработчиков. Если у вас есть Readme в вашем проекте (поддерживает некоторые языки разметки, такие как Markdown или HTML), он отображается, но начальная страница исходный код
- Wiki не так уж и хорош - это Markdown, но иногда форматирование кажется слишком сложным.

GitHub имеет другую философию, чем CodePlex: это все о исходном коде и о сотрудничестве между разработчиками. Главная страница проекта - это самый актуальный исходный код. Существует отдельная Вики, но это больше предназначено для документации, а не для презентации вашего проекта. Сетевой график является фантастическим, хотя он может запутаться, когда есть больше чем около 20 вилок (часто, когда громкий проект объявляется всем, и их собака разветвляет его, но большинство вилок быстро умирают). GitHub очень хорошо масштабируется до любого размера.

на самом деле, GitHub делает его очень легко для меня, чтобы разветвить проект, применить исправление/патч, зафиксировать его в моей вилке и отправить запрос на вытягивание к автору. Вместе с сетевым графом очень легко увидеть фиксацию.

но вам, скорее всего, нужна отдельная Домашняя страница, чтобы представить свой проект до конца пользователи и предоставлять загрузки, как githubs скачать объекты не так уж и велики.

BitBucket

+ Git / Mercurial
+ Позволяет приватные репозитории бесплатно, до 5 пользователей

Я не использовал BitBucket достаточно, чтобы сделать реальный комментарий. Одна особенность, которая отличает его от того, что частный хостинг является бесплатным, в то время как GitHub взимает плату и Codeplex не предлагает его вообще.

Код Google

Google код есть это больше не вариант.

- создание проекта отключен С марта 2015 года, и сервис Google будет окончательно закрывается в январе 25, 2016, так как конкурирующие услуги просто лучше.
- Это некрасиво и слишком сложно просматривать исходный код (ссылка несколько похоронена)

Я не использовал его, поэтому я не хочу сказать, что это плохо - это не так. Многие проекты используют его, и он очень стабилен и надежен, не слышал много плохого от любого разработчика. Однако, как вопрос личное, субъективное мнение "дизайн" отталкивает меня.

SVN против Git / Mercurial

чтобы повторить мой комментарий выше о том, что SourceForge устарел: это, конечно, немного сурово. Однако я считаю, что SVN вреден для проектов с открытым исходным кодом. Прежде всего, странные требования к метаданным для игнорирования файлов. На Git или mercurial у вас есть файл с именем .gitignore или .hgignore в the корень исходного дерева, который включает в себя список файлов/каталогов/шаблонов для игнорирования. Нет магии svn: игнорировать метаданные в .папка svn. Это само по себе выдувает SVN из воды для меня. Если я начну новый проект Visual Studio, мне нужно будет применить эти волшебные метаданные, а с Git/mercurial я просто скопирую один файл и сделаю это.

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

последнее, но не менее, SourceForge все еще слишком сложен на мой вкус. Это не плохой хозяин, но он действительно показывает, что это возраст ИМХО. Тем не менее, он по-прежнему надежен и имеет много зеркал по всему миру. Кроме того, трекер ошибок намного сложнее, чем другие.

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

Edit: не знал, что SF наконец-то распределил хостинг. Как было сказано выше, это надежный, но просто не "крутой ребенок" больше, и я нахожу его слишком сложным.

TL; DR

для любого малого и среднего проекта Я весь сердечный рекомендую GitHub, для небольших проектов, где вы хотите хороший веб-сайт, а также я бы пошел с CodePlex и для частных проектов я бы пошел с BitBucket. Для больших проектов, которые требуют очень сложных баг-трекер, тонны дополнительных функций и "реальный" сайт, рассмотрим Source Forge.