Witryna dla małej biblioteki naukowej

Do moich prac badawczych opracowałem małą bibliotekę C ++ mającą na celu ułatwienie komunikacji między kodami obliczeniowymi C ++ a Octave / Matlab (gdy ten ostatni jest wykorzystywany do celów przetwarzania końcowego).

Chciałbym wydać taką bibliotekę na licencji GPL na darmowej stronie hostingowej, takiej jak Sourceforge lub Github.

Szczerze mówiąc, brakuje mi doświadczenia, aby wybrać, która strona lepiej pasuje do (małej) biblioteki jako mojej.

Z jednej strony github wydaje mi się bardziej bezpośredni, z drugiej strony Sourceforge jest witryną referencyjną dla kodów naukowych, wiele z nich jest tam hostowanych.

Jakakolwiek rada?

EDYCJA: Powiększam moje pytanie.

Biblioteka, o której mówię, to mały projekt ($\approx 15K$ CL, obecnie w prywatnym repozytorium na bitbucket), prawie osobisty, który nastąpił po 2 latach nudnych technicznych wniosków moich przełożonych i 6 miesięcy projektowania kodu (głównie metodą prób i błędów).

Po kilku zapytaniach zauważyłem, że sourceforge ma ładny mechanizm pozwalający na tworzenie statystyk na temat odwiedzin strony projektu i pobierania, dzięki czemu ludzie (użytkownicy) po prostu pobierają bibliotekę, aby z niej skorzystać (jeśli w ogóle) można ją policzyć.

Z drugiej strony Github wygląda znacznie łatwiej z punktu widzenia programistów (tutaj mam na myśli kogoś, kto jest zainteresowany analizą, rozszerzaniem, rozwidlaniem kodu).

To, która strona będzie lepsza, będzie zależeć od Twojej własnej oceny.

Chociaż promowanie dowolnego systemu, który wolę osobiście, może być kuszące, uważam, że właściwy wybór ma więcej wspólnego z osobistymi preferencjami i stylem pracy ...

Ilu programistów pracuje nad Twoim projektem? Jak często będziesz go aktualizować? Jak prawdopodobne jest, że ktoś będzie chciał go rozwidlić? Z jakim systemem poprawiania czujesz się bardziej komfortowo? Który interfejs użytkownika preferujesz?

Szczerze mówiąc, zarówno SourceForge , jak i Github są dojrzałymi witrynami i oba oferują niesamowite narzędzia. Ale jeśli nie czujesz się komfortowo z ich użyciem, niezależnie od tego, jak niesamowici inni użytkownicy mogą powiedzieć, że są, będą dla Ciebie ograniczoną korzyścią.

Obie strony są równie dobre, po prostu robią to inaczej. Są one dobrze znane przez wyszukiwarki, a pobieranie oprogramowania z jednego jest tak samo łatwe jak z drugiego

Zdecydowanie polecam przyjrzeć się obu i sprawdzić, z czym czujesz się najlepiej. Znowu: Która strona jest lepsza, będzie silnie zależeć od twojego stylu pracy i osobistych preferencji.

Idź po Github.

Model publikacji Github to przyszłość. Model rozwidlania, żądania ściągania i łączenia Githuba jest bardzo zbliżony do modelu publikacji naukowych. Wiele społeczności naukowych korzysta z Github do przechowywania danych i kodu swoich projektów badawczych. Istnieją czasopisma o otwartym dostępie, które wykorzystują Github jako jedyny sposób przesyłania i publikowania. Ponadto uzyskasz lepszy ranking Google, a tym samym więcej potencjalnych użytkowników. Sourceforge działa wolno i głównie obsługuje martwe projekty. Wiele aktywnie utrzymywanych projektów przeniosło się z Sourceforge do Github w ostatnich latach.

Kod Google to kolejna opcja, ponieważ oferują one svn / git / hg i prawie każdy ma identyfikator Google.

Niezależnie od tego, którą stronę wybierzesz, poleciłbym umieszczenie tarballa gdzieś na samym szczycie (niektóre strony już to robią), ponieważ większość ludzi nie zna kontroli wersji, a serwery działowe na uniwersytetach często używają 5-letniego systemu operacyjnego, który, jeśli ktoś ma szczęście, może mieć svn zainstalowany.

Jeszcze jedną opcją jest użycie Bitbucket . Jest bardzo dobrze kompatybilny z Mercurial (Hg). Moje osobiste doświadczenie z Hg polega na tym, że jest to prosty, ale potężny system kontroli wersji. Uważam, że jest znacznie bardziej odpowiedni do tworzenia oprogramowania osobistego. W przypadku dużych grup sugerowałbym także git, a w konsekwencji github. Mimo to jestem bardzo zadowolony z bitbucket i jego funkcji. Rozpocząłem projekt od prywatnego repozytorium (w którym możesz mieć nieskończenie wiele, w tym także projekt do pracy magisterskiej i naukowej), a kiedy projekt był wystarczająco dojrzały - przekształciłem go w wersję publiczną.

Jeśli nie znasz kontroli wersji, szczególnie w Mercurial, sugeruję HgInit . Mój kolega pokazał mi tę stronę, kiedy po raz pierwszy chciałem zacząć korzystać z kontroli wersji. Uznałem to za przydatne.