Trang web lưu trữ cho một thư viện khoa học nhỏ


9

Đối với công việc nghiên cứu của tôi, tôi đã phát triển một thư viện C ++ nhỏ nhằm tạo điều kiện giao tiếp giữa các mã tính toán C ++ và Octave / Matlab (khi cái sau được sử dụng cho mục đích xử lý hậu kỳ).

Tôi muốn phát hành một thư viện như vậy theo GPL trên một số trang web lưu trữ miễn phí như Sourceforge hoặc Github.

Thành thật mà nói, tôi thiếu kinh nghiệm để chọn trang web nào phù hợp hơn với thư viện (nhỏ) như của tôi.

Một mặt, github nhìn tôi ngay lập tức hơn, mặt khác, Sourceforge là một trang web tham khảo cho các mã khoa học, nhiều trong số chúng được lưu trữ ở đó.

Có lời khuyên nào không?


EDIT: Tôi phóng to câu hỏi của mình.

Thư viện mà tôi đang nói đến là một dự án nhỏ ( CL, hiện đang ở một repo riêng trên bitbucket), gần như cá nhân, theo sau 2 năm yêu cầu kỹ thuật nhàm chán của các giám sát viên của tôi và 6 tháng thiết kế mã (chủ yếu là dùng thử và lỗi).15K

Sau một số thắc mắc, tôi nhận thấy rằng sourceforge có một cơ chế tốt cho phép một người thống kê về số lượt truy cập của trang dự án và tải xuống, do đó mọi người (người dùng) chỉ cần tải xuống lib để sử dụng nó (nếu có) có thể được tính bằng cách nào đó.

Github, mặt khác, có vẻ dễ dàng hơn từ quan điểm của các nhà phát triển (ở đây tôi muốn nói đến một người nào đó cũng quan tâm đến việc phân tích, mở rộng, giả mạo mã).


1
Tôi có một vài câu hỏi làm rõ để hỏi :) Bạn đang sử dụng hệ thống kiểm soát phiên bản nào? Bạn có quan tâm đến việc cung cấp toàn bộ lịch sử mã của mình, tiếp tục phát triển và chấp nhận đóng góp từ những người dùng khác không? Bạn có muốn nhận tín dụng trích dẫn khi phần mềm được sử dụng cho công việc học tập không? Những yếu tố nào bạn nghĩ sẽ là quan trọng nhất khi chọn một trang web lưu trữ?
Aron Ahmadia

@AronAhmadia, Xin lỗi vì đã trả lời trễ. Tôi sẽ mở rộng câu hỏi của mình để trả lời câu hỏi của bạn càng sớm càng tốt.
Acorbe


@DavidKetcheson, dường như có câu trả lời tôi cần, cảm ơn
Acorbe

Câu trả lời:


9

Bất cứ trang web nào tốt hơn sẽ phụ thuộc vào sự đánh giá của bạn về nó.

Mặc dù việc quảng bá bất cứ hệ thống nào tôi thích cá nhân có thể rất hấp dẫn, tôi tin rằng sự lựa chọn chính xác có liên quan nhiều hơn đến sở thích cá nhân và phong cách làm việc của bạn ...

Có bao nhiêu nhà phát triển làm việc trong dự án của bạn? Bao lâu bạn sẽ cập nhật nó? Làm thế nào có khả năng là ai đó sẽ muốn ngã ba nó? Hệ thống sửa đổi nào bạn cảm thấy thoải mái hơn? Bạn thích giao diện người dùng nào?

Thành thật mà nói, cả SourceForgeGithub đều là những trang web trưởng thành và cả hai đều cung cấp một số công cụ tuyệt vời. Nhưng nếu bạn không thoải mái khi sử dụng chúng, thì những người dùng khác có thể nói họ rất tuyệt vời, họ sẽ có lợi cho bạn.

Cả hai trang web đều tốt như nhau, họ chỉ chọn làm những việc khác nhau. Cả hai đều được các công cụ tìm kiếm tham khảo và tải xuống phần mềm từ một thứ dễ dàng như từ cái kia

Tôi thực sự khuyên bạn nên nhìn vào cả hai và xem những gì bạn thấy thoải mái nhất. Một lần nữa: Trang web nào tốt hơn sẽ phụ thuộc mạnh mẽ vào phong cách làm việc và sở thích cá nhân của riêng bạn.


6
Sidenote: kể từ năm 2012, hầu hết mọi người đang sử dụng GitHub hoặc chuyển đến đó.
astrojuanlu

@ Juanlu001: Đó là một yêu cầu thú vị, bạn có nguồn nào cho nó không? Trong bất kỳ trường hợp tuy nhiên, nếu bạn chỉ không phải là thành git , sau đó có thể bạn sẽ cảm thấy thoải mái hơn khi sử dụng một số trang web khác.
Pedro

@ Juanlu001, chúng tôi có thể xem xét "người dùng" trong một giây không? Tôi đồng ý với quan điểm của bạn khi xem xét mọi người phát triển mã vì vào khoa học tính toán. Còn những người thích học toán hơn và thỉnh thoảng - viết mã thì sao?
Acorbe

1
@ Juanlu001: Xin lỗi, điều đó không cắt được. Số lượng các cam kết có liên quan nhiều hơn đến cách hệ thống quản lý sửa đổi cơ bản hoạt động. Bạn có bất kỳ số nào về số lượng dự án mới bắt đầu hoặc tải xuống mỗi tháng không? Mặc dù vậy, Kudos đã công khai thừa nhận rằng bạn không có dữ liệu nào để hỗ trợ cho tuyên bố ban đầu của mình.
Pedro

2
@Pedro, tôi thấy quan điểm của bạn và thực tế tôi muốn sửa và làm rõ chính mình. Nói về số lượng người dùng, không phải hầu hết mọi người đang sử dụng GitHub: theo trang chủ của GH có ~ 2,5 M người dùng và trong SF theo sourceforge.net/blog/sourceforge-myths có ~ 3,5 M người dùng trong cuối năm 2011. OTOH, một số dự án khoa học đáng giá như NumPy, SciPy và matplotlib đã di chuyển đến GitHub gần đây với sự vui mừng lớn, nhưng sau đó là một tuyên bố chủ quan khác mà tôi không tìm thấy cách nào để hỗ trợ.
astrojuanlu

6

Đi cho Github.

Mô hình xuất bản của Github là tương lai. Mô hình rèn, yêu cầu kéo và sáp nhập của Github rất gần với mô hình xuất bản khoa học. Nhiều cộng đồng khoa học đang sử dụng Github để lưu trữ dữ liệu và mã của các dự án nghiên cứu của họ. Có những tạp chí truy cập mở sử dụng Github làm phương tiện đệ trình và xuất bản duy nhất của họ. Thêm vào đó, bạn sẽ có được thứ hạng Google tốt hơn và do đó người dùng tiềm năng hơn. Sourceforge chậm và chủ yếu lưu trữ các dự án chết. Nhiều dự án được duy trì tích cực đã chuyển từ Sourceforge sang Github trong những năm gần đây.


Đó là những gì tôi có thể sẽ làm. Yêu cầu của tôi đang lái tôi chính xác đến thời điểm này.
Acorbe

5

Mã Google là một tùy chọn khác vì họ cung cấp svn / git / hg và hầu như mọi người đều có ID Google.

Bất cứ trang web nào bạn chọn, tôi đều khuyên bạn nên đặt tarball ở đâu đó ngay trên đầu (một số trang đã làm điều này) vì hầu hết mọi người không quen với kiểm soát sửa đổi và máy chủ của các trường đại học thường chạy HĐH 5 năm mà nếu may mắn có thể có cài đặt svn.


4

Tuy nhiên, một lựa chọn khác là sử dụng Bitbucket . Nó rất tương thích với Mercurial (Hg). Kinh nghiệm cá nhân của tôi với Hg là nó là một hệ thống kiểm soát phiên bản đơn giản nhưng mạnh mẽ. Tôi tin rằng nó phù hợp hơn nhiều cho việc phát triển phần mềm cá nhân. Đối với các nhóm lớn, tôi cũng sẽ đề xuất git và do đó github. Tuy nhiên, tôi khá hài lòng với bitbucket và các tính năng của nó. Tôi đã bắt đầu dự án với một repo riêng (nơi bạn có thể có vô số, bao gồm cả dự án cho luận án và bài báo khoa học của bạn) và khi dự án đủ trưởng thành - tôi đã chuyển đổi nó thành bản phát hành công khai.

Nếu bạn không quen với kiểm soát phiên bản, đặc biệt là trong Mercurial, tôi đề nghị HgInit . Một đồng nghiệp của tôi đã cho tôi xem trang này khi lần đầu tiên tôi muốn bắt đầu sử dụng kiểm soát sửa đổi. Tôi thấy nó hữu ích.


Tôi đồng ý. Hg theo tôi có một đường cong học tập nhỏ hơn trái ngược với git.
stali
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.