Küçük bir bilimsel kütüphane için barındırma sitesi

Araştırma çalışmalarım için, C ++ hesaplama kodları ve Octave / Matlab arasındaki iletişimi kolaylaştırmayı amaçlayan küçük bir C ++ kütüphanesi geliştiriyorum (ikincisi işlem sonrası amaçlar için kullanıldığında).

Sourceforge veya Github gibi bazı ücretsiz barındırma sitelerinde GPL altında böyle bir kütüphane yayınlamak istiyorum.

Dürüst olmak gerekirse, hangi sitenin benim gibi (küçük) bir kütüphaneye daha uygun olduğunu seçme konusunda deneyimim yok.

Bir yandan, github bana daha çabuk bakıyor, öte yandan, Sourceforge bilimsel kodlar için bir referans sitesidir, birçoğu orada barındırılmaktadır.

Herhangi bir tavsiye?

EDIT: Sorumu büyütüyorum .

Ancak bahsettiğimiz kütüphane küçük projedir ( CL, şu anda bitbucket üzerinde özel bir repo) benim denetçiler tarafından teknik istekleri sıkıcı 2 yıl ve kod tasarım 6 ay takip neredeyse kişisel, (çoğunlukla deneme tarafından ve hata).$\approx 15K$

Bazı sorgulamalardan sonra, sourceforge'un proje sayfasının ziyaretleri ve indirmeler hakkında istatistik yapmasına izin veren güzel bir mekanizmaya sahip olduğunu fark ettim, böylece sadece (varsa) kullanmak için lib'i indiren insanlar (kullanıcılar) bir şekilde sayılabilir.

Github ise geliştiricilerin bakış açısından çok daha kolay görünüyor (burada kodun analiz edilmesi, genişletilmesi, çatallanmasıyla da ilgilenen biri demek istiyorum ).

Hangi site daha iyi olursa olsun, sitenin kendi takdirine bağlı olacaktır.

Kişisel olarak tercih ettiğim sistemi tanıtmak cazip gelse de, doğru tercihin kişisel tercihleriniz ve çalışma tarzınızla daha fazla ilgisi olduğuna inanıyorum ...

Projenizde kaç geliştirici çalışıyor? Ne sıklıkla güncelleyeceksiniz? Birisi çatallamak isteyebilir mi? Hangi revizyon sistemi ile daha rahatsınız? Hangi kullanıcı arayüzünü tercih edersiniz?

Dürüst olmak gerekirse, hem SourceForge ve Github olgun siteleri ve her iki teklif bazı harika araçlardır. Ancak, bunları kullanmaktan memnun değilseniz, diğer kullanıcıların şaşırtıcı olduğunu söyleseler de, sizin için sınırlı bir fayda sağlayacaktır.

Her iki site de eşit derecede iyidir, sadece farklı şeyler yapmayı seçerler. Her ikisi de arama motorları tarafından iyi referanslandırılmıştır ve birinden yazılım indirmek diğerinden de kolaydır.

Her ikisine de bakmanızı ve neyle en rahat olduğunuzu görmenizi şiddetle tavsiye ediyorum. Tekrar: Hangi sitenin daha iyi olduğu, kendi çalışma tarzınıza ve kişisel tercihlerinize bağlı olacaktır.

Github'a git.

Github'ın yayın modeli gelecektir. Github'un çatallama, çekme istekleri ve birleştirme modeli bilimsel yayıncılık modeline çok yakındır. Birçok bilimsel topluluk araştırma projelerinin verilerini ve kodunu barındırmak için Github'u kullanıyor. Github'u tek gönderme ve yayın aracı olarak kullanan açık erişim dergileri vardır. Ayrıca, daha iyi bir Google sıralaması ve dolayısıyla daha fazla potansiyel kullanıcı elde edersiniz. Sourceforge yavaş ve çoğunlukla ölü projelere ev sahipliği yapıyor. Aktif olarak sürdürülen birçok proje son yıllarda Sourceforge'dan Github'a taşındı.

Google kodu, svn / git / hg sundukları ve neredeyse herkesin bir Google Kimliği olduğu için başka bir seçenektir.

Hangi siteyi seçerseniz seçin, çoğu insan revizyon kontrolüne aşina olmadığı ve üniversitelerdeki departman sunucularının genellikle 5 yaşında bir işletim sistemi çalıştırdığı için, bir yere doğrudan bir tarball koymanızı öneririm (bazı siteler zaten bunu yapar). svn yüklendi.

Yine bir başka seçenek Bitbucket kullanmaktır . Mercurial (Hg) ile çok iyi uyumludur . Hg ile kişisel deneyimim, basit ama güçlü bir sürüm kontrol sistemi olmasıdır. Kişisel yazılım geliştirme için çok daha uygun olduğuna inanıyorum. Büyük gruplar için git ve dolayısıyla github öneririm. Yine de, bitbucket ve özelliklerinden oldukça memnunum. Projeye özel bir repo ile başladım (teziniz ve bilimsel makaleleriniz için bir proje de dahil olmak üzere sonsuz sayıda olabilirsiniz) ve proje yeterince olgunlaştığında - onu halka açık hale getirdim.

Özellikle Mercurial'da sürüm kontrolüne aşina değilseniz, HgInit'i öneririm . Bir iş arkadaşım revizyon kontrolünü ilk kullanmaya başlamak istediğimde bana bu sayfayı gösterdi. Yararlı buldum.