Хостинг сайта для небольшой научной библиотеки

9

Для своей исследовательской работы я разработал небольшую библиотеку C ++, предназначенную для облегчения связи между вычислительными кодами C ++ и Octave / Matlab (когда последний используется для целей постобработки).

Я хотел бы выпустить такую ​​библиотеку под лицензией GPL на некоторых бесплатных хостингах, таких как Sourceforge или Github.

Честно говоря, мне не хватает опыта, чтобы выбрать, какой сайт лучше подходит для (небольшой) библиотеки, чем моя.

С одной стороны, github выглядит мне более непосредственным, с другой стороны, Sourceforge является справочным сайтом для научных кодов, многие из которых размещены там.

Любой совет?


РЕДАКТИРОВАТЬ: Я расширяю свой вопрос.

Библиотека, о которой я говорю, - это небольшой проект (15К CL, в настоящее время в частном репозитории на bitbucket), почти персональный, что последовало за 2 годами скучных технических запросов моих руководителей и 6 месяцев разработки кода (в основном методом проб и ошибок).

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

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

Acorbe
источник
1
У меня есть пара уточняющих вопросов :) Какую систему контроля версий вы используете? Вы заинтересованы в том, чтобы сделать доступной всю историю своего кода, продолжить разработку и принимать вклады других пользователей? Вы заинтересованы в получении кредита на цитирование, когда программное обеспечение используется для учебной работы? Какие факторы, по вашему мнению, будут наиболее важными при выборе хостинга сайта?
Арон Ахмадиа
@AronAhmadia, извините за поздний ответ. Я расширю свой вопрос, отвечая на ваши вопросы как можно скорее.
Acorbe
1
Взгляните на software.ac.uk/resources/guides/…
Дэвид Кетчон
@DavidKetcheson, кажется, есть ответы, которые мне нужны, спасибо
Acorbe

Ответы:

9

Какой сайт лучше, будет зависеть от вашей оценки.

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

Сколько разработчиков работает над вашим проектом? Как часто вы будете обновлять его? Насколько вероятно, что кто-то захочет это раскошелиться? Какая ревизионная система вам удобнее? Какой пользовательский интерфейс вы предпочитаете?

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

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

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

Pedro
источник
6
Примечание: с 2012 года большинство людей используют GitHub или переезжают туда.
astrojuanlu
@ Juanlu001: Это интересное утверждение, у вас есть источник для этого? В любом случае, если вы не любите git , вам, вероятно, будет удобнее пользоваться другим сайтом.
Педро
@ Juanlu001, можем ли мы считать "пользователей" на секунду? Я согласен с вашей точкой зрения при рассмотрении людей, разрабатывающих коды, потому что они занимаются вычислительной наукой. Как насчет людей, которые больше увлекаются математикой и иногда пишут коды?
Acorbe
1
@ Juanlu001: Извините, это не значит. Количество коммитов больше связано с тем, как работает базовая система управления ревизиями. Есть ли у вас какие-либо цифры по количеству новых запущенных проектов или загрузок в месяц? Престижность, тем не менее, за открытое признание того, что у вас не было данных, подтверждающих ваше первоначальное утверждение.
Педро
2
@Pedro, я понимаю твою точку зрения и на самом деле я хотел бы исправить и уточнить себя. Говоря о количестве пользователей, это неправда, что большинство людей используют GitHub: согласно домашней странице GH есть ~ 2,5 миллиона пользователей, а в SF, согласно sourceforge.net/blog/sourceforge-myths, было ~ 3,5 миллиона пользователей в конец 2011 года. OTOH, некоторые достойные научные проекты, такие как NumPy, SciPy и matplotlib, в последнее время с большой радостью перешли на GitHub, но последнее является еще одним субъективным утверждением, которое я не могу поддержать.
astrojuanlu
6

Перейти на Github.

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

akuhn
источник
Это то, что я, вероятно, сделаю. Мои запросы сводят меня именно к этому моменту.
Acorbe
5

Код Google является еще одним вариантом, поскольку они предлагают svn / git / hg, и почти у каждого есть идентификатор Google.

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

Stali
источник
4

Еще один вариант - использовать Bitbucket . Это очень хорошо совместимо с Mercurial (Hg). Мой личный опыт работы с Hg заключается в том, что это простая, но мощная система контроля версий. Я считаю, что это гораздо больше подходит для личной разработки программного обеспечения. Для больших групп я бы также предложил git и, следовательно, github. Тем не менее, я очень доволен битбакетом и его возможностями. Я начал проект с частного репо (где вы можете иметь бесконечно много, включая проект для вашей диссертации и научных работ), и когда проект был достаточно зрелым, я преобразовал его в публичный релиз.

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

erhanturan
источник
Согласен. Hg, по моему мнению, имеет меньшую кривую обучения, чем git.
Стали