Сайт для розміщення невеликої наукової бібліотеки

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

Я хотів би випустити таку бібліотеку під GPL на деяких безкоштовних веб-сайтах, таких як Sourceforge або Github.

Чесно кажучи, мені не вистачає досвіду, щоб вибрати, який сайт краще підходить (невеликій) бібліотеці як мій.

З одного боку, github здається мені більш безпосереднім, з іншого боку, Sourceforge - це довідковий сайт для наукових кодів, багато з них розміщуються там.

Будь-яка порада?

EDIT: Я збільшую своє питання.

Бібліотека, про яку я говорю, це невеликий проект ($\approx 15K$ CL, наразі перебуває в приватній репортажі на бітбукет), майже особистий, який дотримувався 2-х років нудних технічних запитів моїх керівників та 6 місяців розробки коду (в основному шляхом проб і помилок).

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

З іншого боку, Github виглядає легше з точки зору розробників (тут я маю на увазі когось, хто зацікавлений також в аналізі, розширенні, розкручуванні коду).

Який сайт буде кращим , залежатиме від вашої власної оцінки цього.

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

Скільки розробників працює над вашим проектом? Як часто ви будете її оновлювати? Наскільки ймовірно, що хтось захоче розщедритися? З якою системою ревізії вам більше подобається? Який користувальницький інтерфейс ви віддаєте перевагу?

Чесно кажучи, і SourceForge, і Github - це зрілі сайти, і обидва пропонують чудові інструменти. Але якщо вам не зручно користуватися ними, то, як би дивовижні інші користувачі могли сказати, що вони є, вони будуть для вас обмеженими.

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

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

Ідіть за Гітхубом.

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

Код Google - це ще один варіант, оскільки вони пропонують svn / git / hg, і майже кожен має ідентифікатор Google.

Який би сайт ви не вибрали, я рекомендував би поставити тарбол десь вгорі (деякі сайти вже роблять це), оскільки більшість людей не знайомі з контролем ревізії та відомчими серверами в університетах часто працюють 5-річною ОС, яка, якщо пощастить, може мати svn встановлено.

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

Якщо ви не знайомі з контролем версій, особливо в Mercurial, я пропоную HgInit . Кожен мій колега показав мені цю сторінку, коли я вперше захотів почати використовувати контроль редагування. Я вважав це корисним.