Для своей исследовательской работы я разработал небольшую библиотеку C ++, предназначенную для облегчения связи между вычислительными кодами C ++ и Octave / Matlab (когда последний используется для целей постобработки).
Я хотел бы выпустить такую библиотеку под лицензией GPL на некоторых бесплатных хостингах, таких как Sourceforge или Github.
Честно говоря, мне не хватает опыта, чтобы выбрать, какой сайт лучше подходит для (небольшой) библиотеки, чем моя.
С одной стороны, github выглядит мне более непосредственным, с другой стороны, Sourceforge является справочным сайтом для научных кодов, многие из которых размещены там.
Любой совет?
РЕДАКТИРОВАТЬ: Я расширяю свой вопрос.
Библиотека, о которой я говорю, - это небольшой проект ( CL, в настоящее время в частном репозитории на bitbucket), почти персональный, что последовало за 2 годами скучных технических запросов моих руководителей и 6 месяцев разработки кода (в основном методом проб и ошибок).
После некоторых запросов я заметил, что у sourceforge есть хороший механизм, позволяющий составлять статистику посещений страницы проекта и загрузок, таким образом, люди (пользователи), просто загружающие библиотеку, чтобы использовать ее (если вообще когда-либо), могут быть как-то подсчитаны.
Github, с другой стороны, выглядит намного проще с точки зрения разработчиков (здесь я имею в виду кого-то, кто заинтересован также в анализе, расширении, разветвлении кода).
Ответы:
Какой сайт лучше, будет зависеть от вашей оценки.
Хотя может показаться заманчивым продвигать любую систему, которую я предпочитаю лично, я считаю, что правильный выбор больше зависит от ваших личных предпочтений и стиля работы ...
Сколько разработчиков работает над вашим проектом? Как часто вы будете обновлять его? Насколько вероятно, что кто-то захочет это раскошелиться? Какая ревизионная система вам удобнее? Какой пользовательский интерфейс вы предпочитаете?
Честно говоря, и SourceForge, и Github являются зрелыми сайтами, и оба предлагают несколько отличных инструментов. Но если вам неудобно их использовать, то как бы удивительно это ни говорили другие пользователи, они принесут вам ограниченную пользу.
Оба сайта одинаково хороши, они просто выбирают разные вещи. На них обе хорошо ссылаются поисковые системы, и скачивание программного обеспечения с одного так же просто, как с другого
Я настоятельно рекомендую вам взглянуть на оба и посмотреть, что вам наиболее удобно. Опять же: какой сайт лучше, сильно зависит от вашего стиля работы и личных предпочтений.
источник
Перейти на Github.
Модель публикации Github - это будущее. Модель разветвления, извлечения запросов и слияния в Github очень близка к модели научных публикаций. Многие научные сообщества используют Github для размещения данных и кода своих исследовательских проектов. Существуют журналы открытого доступа, которые используют Github в качестве единственного средства представления и публикации. Кроме того, вы получите лучший рейтинг в Google и, следовательно, больше потенциальных пользователей. Sourceforge работает медленно и в основном содержит мертвые проекты. В последние годы многие активно поддерживаемые проекты переместились из Sourceforge в Github.
источник
Код Google является еще одним вариантом, поскольку они предлагают svn / git / hg, и почти у каждого есть идентификатор Google.
Какой бы сайт вы ни выбрали, я бы порекомендовал поместить тарбол где-то прямо вверху (некоторые сайты уже делают это), так как большинство людей не знакомы с управлением ревизиями, а на серверах департаментов в университетах часто используется 5-летняя ОС, которая, если повезет, может иметь SVN установлен.
источник
Еще один вариант - использовать Bitbucket . Это очень хорошо совместимо с Mercurial (Hg). Мой личный опыт работы с Hg заключается в том, что это простая, но мощная система контроля версий. Я считаю, что это гораздо больше подходит для личной разработки программного обеспечения. Для больших групп я бы также предложил git и, следовательно, github. Тем не менее, я очень доволен битбакетом и его возможностями. Я начал проект с частного репо (где вы можете иметь бесконечно много, включая проект для вашей диссертации и научных работ), и когда проект был достаточно зрелым, я преобразовал его в публичный релиз.
Если вы не знакомы с управлением версиями, особенно в Mercurial, я предлагаю HgInit . Мой коллега показал мне эту страницу, когда я впервые захотел начать использовать контроль версий. Я нашел это полезным.
источник