Front-web đơn giản cho quản trị svn từ xa? [đóng cửa]


8

Chúng tôi chạy một kho SVN. Một số người dùng nâng cao hơn của chúng tôi cần có thể thực hiện một số quản trị SVN mà không cần dựa vào quản trị viên hệ thống.

Họ cần có khả năng thực hiện những việc như tạo kho SVN, xóa kho SVN ,, và thực hiện các lệnh như 'svnadmin dump' và 'svnadmin load'.

Chúng tôi muốn tránh truy cập SSH trên các máy FreeBSD này và muốn cung cấp giao diện dịch vụ thông qua giao diện người dùng web.

Tôi đang tìm kiếm một tập lệnh đơn giản (hoặc một số ít tập lệnh) sử dụng Perl hoặc PHP. Tôi đã tìm thấy svnadmin (Từ Jochen Hoenicke) hoặc svnadmin.pl (Từ doug munsinger), nhưng hy vọng tìm thấy một cái gì đó với cộng đồng người dùng lớn hơn hoặc được người khác khuyên dùng.

Có vẻ như Trac cho phép quản trị SVN, nhưng đi kèm với nhiều tính năng có thể chúng ta cần.


Từ cách diễn đạt của bạn, có vẻ như bạn đã từ chối svnadmin chỉ vì bạn không nghĩ rằng nó có một cơ sở người dùng đủ lớn. Tôi có đọc đúng không? Quan trọng hơn, nó có phù hợp với nhu cầu của bạn hay không? Có bao nhiêu người khác sử dụng nó thậm chí không phải là một yếu tố.
John Gardeniers

@ John Gardeniers: Chúng tôi đã không từ chối svnadmin hoặc svnadmin.pl. Tuy nhiên, nếu tôi có lựa chọn giữa một dự án với một tác giả và một dự án với cộng đồng, tôi thường sẽ chọn cái sau, miễn là cả hai dự án đều phù hợp với nhu cầu của tôi. Tôi có xu hướng tin tưởng vào một kịch bản được cộng đồng ủng hộ nhiều hơn, bởi vì một cộng đồng thường sẽ có thể đưa ra các tối ưu hóa được cải thiện, sửa lỗi bảo mật, trả lời các câu hỏi, v.v. và đó là mã có thể đọc được. Không có gì sai với svnadmin.pl.
Stefan Lasiewski

Tôi cũng tìm thấy một danh sách (từ năm 2008) về các dự án khả thi khác tại Collabnet: "Giao diện quản trị dựa trên web tốt nhất cho Subversion?"
Stefan Lasiewski

Câu trả lời:


1

Câu trả lời muộn vì tôi mới biết về serverfault: chúng tôi (khoa compsci của trường đại học) đã phát triển giao diện web svn tự phục vụ của riêng mình và làm cho nó có sẵn dưới dạng nguồn mở. Được đặt tên là repocafe, có sẵn tại http://repocafe.cs.uu.nl/ . Được mô hình hóa theo nhu cầu của riêng chúng tôi, nó có thể đối phó với các máy chủ ldap đơn hoặc nhiều và người dùng khách. Có lẽ hơi quá mức cho 'đơn giản'.


Cảm ơn vì điều đó. Chúng tôi là một tổ chức nghiên cứu của chính phủ và làm việc với các nhân viên từ nhiều trường đại học. Đôi khi chúng tôi làm việc với nhiều máy chủ LDAP, v.v.
Stefan Lasiewski

5

Cuối cùng, chúng tôi đã chọn đi với svnadmin (Từ Jochen Hoenicke).

Điều này đã thắng vì đây là một tệp đơn giản, có 400 dòng mã và là thứ chúng tôi có thể tự sửa nếu cần thiết. Thật không may, nó không có một cộng đồng người dùng hoặc nhiều khuyến nghị. Nhưng nó đơn giản chiến thắng. Hỏi tôi trong 6 tháng nếu chúng tôi giới thiệu nó;)


1

Trac và Redmine là hai người duy nhất tôi biết làm tốt điều này; nhưng cả hai đều nhắm nhiều hơn vào quản lý dự án sau đó là quản trị kho lưu trữ đơn giản.


Cảm ơn Chris. Có một vài dự án khác có quy mô của Trac và Redmine, nhưng sẽ rất khó để trích xuất chỉ các chức năng giới hạn mà chúng tôi muốn.
Stefan Lasiewski

1

Có một mô-đun Usermin cho Subversion, nhưng tôi không chắc rằng nó sẽ cho phép bạn làm những gì bạn cần.


Chúng tôi không sử dụng Webmin hoặc Usermin, nhưng cảm ơn. Đối với bản ghi, có vẻ như mô-đun sau có thể thực hiện việc này: 'Mô-đun Kho lưu trữ phụ Subminersion
Stefan Lasiewski

1

Có "Người dùng thân thiện svn" USVN . Tôi nghĩ rằng bạn sẽ thấy rằng hầu hết các nỗ lực của cộng đồng cho một cái gì đó như thế này là nhỏ - SVN được duy trì một cách phù hợp, nhưng các công cụ quản trị là một phần không. Chúng có xu hướng được viết một lần và hoạt động mãi mãi, vì vậy những công cụ GUI này cũng không cần thay đổi. Vì vậy - đừng quá lo lắng về mức độ lớn của cộng đồng trong trường hợp này.


1

Tôi sẽ trả lời câu hỏi của riêng tôi, cho hậu thế.

Tôi cũng tìm thấy USVN , một công cụ quản trị SVN dựa trên PHP. Nó đã trải qua nhiều lần lặp lại, có một cộng đồng người dùng và một trang web đầy tính năng sáng bóng,

Tuy nhiên, dự án USVN có vẻ hơi cũ. USVN là một dự án được thực hiện bởi các sinh viên tại một trường đại học, và bây giờ các quản trị viên đã tốt nghiệp và tiếp tục tìm việc làm, và có thể không còn thời gian để đóng góp cho dự án nữa. Đã không có bản cập nhật trong 9 tháng, trình theo dõi lỗi không hoạt động và các diễn đàn chứa đầy thư rác và trông có vẻ không rõ ràng , vì vậy có thể cộng đồng sẽ ít hoạt động hơn trước khi nó xuất hiện. Điều này không phải là xấu và tôi hy vọng những người này làm tốt, nhưng tôi lo lắng về việc móc nối vào một dự án cũ.

Dự án sử dụng 200 tệp (Không tính 2000 tệp từ Zend), có thể khiến chúng tôi khó kiểm tra và duy trì, và có thể phức tạp hơn khi chúng tôi tìm kiếm. Thêm vào đó, dự án này dựa vào Zend, vốn đang gặp vấn đề chính trị trên FreeBSD .


1

Một đề xuất khác từ danh sách gửi thư svn dev từ ngày 09 tháng 12, vì vậy nó khá gần đây!

Vui lòng kiểm tra công cụ nguồn mở mới của tôi để quản lý các quyền SVN!

Quản lý quyền SVN cho nhiều repos được nhân đôi tại nhiều địa điểm có thể là một nhiệm vụ khó khăn. svnDashboard cung cấp giao diện người dùng đồ họa đơn giản, dựa trên web, hỗ trợ AJAX để quản lý một số kho lưu trữ và người dùng cùng một lúc.

http://sourceforge.net/projects/svndashboard/

V1.1.3.140 mới - Bây giờ bao gồm tập lệnh thiết lập DB! Một số bạn phàn nàn rằng điều này đã bị mất, và đúng như vậy! Bây giờ nó được bao gồm, cùng với một tập tin readme ngắn gọn.

Sắp có trong phiên bản 2: • Chức năng UI nâng cao • Hỗ trợ cho nhiều vị trí được nhân đôi • Thống kê kho lưu trữ • Thông báo lỗi • Tìm kiếm • và hơn thế nữa!


Không có cập nhật nào kể từ năm 2009.
Revierpost

1

Chúng tôi đã thực hiện điều này với phân phối svn mới của chúng tôi một năm trước. Nó đã làm việc thực sự tốt.

Chúng tôi có nhiều nhóm phát triển và họ dự án riêng của họ. Vì vậy, chúng tôi đã mang tất cả thông tin vào LDAP và chúng tôi đã cấp cho người quản lý nhóm viết quyền truy cập vào cây thông tin thư mục (DIT) để lật đổ:

ou = nhóm, ou = subversion, ou = apps, dc = example, dc = com ou = reporiesories, ou = subversion, ou = apps, dc = example, dc = com

Đơn vị tổ chức của các nhóm trên là các nhóm tùy chỉnh cho các kho / dự án lật đổ. Ngoài ra, chúng tôi sử dụng 'viewvc' với https để xem các kho lưu trữ trong svn.

Máy chủ apache sử dụng tệp ACL được tạo dựa trên LDAP DIT (được nêu ở trên) để cấp quyền truy cập đọc-ghi cho những người dùng và nhóm khác nhau. Có một cron đọc LDAP DIT cứ năm phút một lần và tạo tệp ACL. Vì vậy, nếu có một kho lưu trữ mới được thêm vào với người dùng / nhóm chỉ đọc và đọc-ghi. Cron sẽ đọc nó và tạo các kho lưu trữ, và kết hợp thông tin đó trong tệp ACL cho kho lưu trữ mới được tạo. Nó khá gọn gàng. Bạn cần tạo một lược đồ LDAP dựa trên yêu cầu của bạn rõ ràng. Chúng tôi có tất cả thông tin người dùng / máy chủ lưu trữ trong LDAP, vì vậy, việc mở rộng nó để bao gồm thông tin svn không phải là vấn đề lớn.

-F


Chúng tôi đã có một cài đặt LDAP lớn ở đây. Ý tưởng thú vị. Tôi có đúng không khi hiểu rằng bạn có một repo SVN cho mỗi 'ou = kho, ou = subversion, ou = apps, dc = example, dc = com'?
Stefan Lasiewski

Bạn chỉ lưu trữ tên của repo hoặc dự án trong LDAP. Giả sử, tôi có một repo mới gọi là 'myWebRepo', trong LDAP sẽ hiển thị là: cn = myWebRepo, ou = reporiesories, ou = subversion, dc-example, dc = com CRON thực sự chạy một tập lệnh ruby ​​(bạn có thể đã viết nó trong Perl hoặc thậm chí Bash). Tôi đã viết nó trong Ruby cho vui thực sự. Kịch bản ruby ​​biết rằng tất cả các kho lưu trữ tồn tại trong 'ou = kho, dc ....'. Nó tập hợp tất cả tên của repo và các thuộc tính, tức là người dùng chỉ đọc, v.v. Các ruby ​​kiểm tra nếu repo đã tồn tại. Nếu không, có nghĩa là nó là một đại diện mới. Nó tạo ra nó và cập nhật tập tin ACL.
Nikolas Sakic

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.