Kami menjalankan repositori SVN. Beberapa pengguna kami yang lebih maju harus dapat melakukan administrasi SVN tanpa mengandalkan administrator sistem.
Mereka harus dapat melakukan hal-hal seperti membuat repositori SVN, menghapus repositori SVN ,, dan melakukan perintah seperti 'svnadmin dump' dan 'svnadmin load'.
Kami ingin menghindari akses SSH pada mesin FreeBSD ini, dan lebih suka menyediakan antarmuka layanan melalui UI Web.
Saya mencari skrip sederhana (atau sejumlah kecil skrip) yang menggunakan Perl atau PHP. Saya menemukan svnadmin (Dari Jochen Hoenicke) atau svnadmin.pl (Dari doug munsinger), tetapi berharap menemukan sesuatu dengan komunitas pengguna yang lebih besar atau yang telah direkomendasikan oleh orang lain.
Sepertinya Trac memungkinkan administrasi SVN, tetapi dilengkapi dengan lebih banyak fitur yang kami butuhkan.
sumber
Jawaban:
Terlambat menjawab karena saya baru mengenal serverfault: kami (departemen universitas compsci) mengembangkan layanan web sendiri svn web kami sendiri dan membuatnya tersedia sebagai sumber terbuka. Bernama repocafe, tersedia di http://repocafe.cs.uu.nl/ . Dimodelkan untuk kebutuhan kita sendiri, ia dapat menangani satu atau beberapa server ldap dan pengguna tamu. Mungkin sedikit berlebihan untuk 'sederhana'.
sumber
Pada akhirnya, kami memilih untuk pergi dengan svnadmin (Dari Jochen Hoenicke).
Ini menang karena itu adalah file tunggal, sederhana dengan 400 baris kode, dan merupakan sesuatu yang dapat kita perbaiki sendiri jika perlu. Sayangnya tidak memiliki komunitas pengguna atau banyak rekomendasi. Tapi kesederhanaan menang. Tanyakan kepada saya dalam 6 bulan jika kami merekomendasikannya;)
sumber
Trac dan Redmine adalah satu-satunya yang saya tahu melakukan hal ini dengan baik; tetapi keduanya lebih ditujukan pada manajemen proyek daripada administrasi repositori sederhana.
sumber
Ada modul Usermin untuk Subversion, tapi saya tidak yakin itu akan membiarkan Anda melakukan apa yang Anda butuhkan.
sumber
Ada "User friendly svn" USVN . Saya pikir Anda akan menemukan bahwa sebagian besar upaya komunitas untuk hal seperti ini kecil - SVN dikelola secara aktif, tetapi alat admin adalah salah satu bagian yang tidak. Mereka cenderung ditulis sekali dan berfungsi selamanya, jadi alat GUI ini tidak perlu diubah. Jadi - jangan terlalu khawatir tentang seberapa besar komunitas dalam hal ini.
sumber
Saya akan menjawab pertanyaan saya sendiri, untuk anak cucu.
Saya juga menemukan USVN , yang merupakan alat administrasi SVN berbasis PHP. Ini telah melalui beberapa iterasi, memiliki komunitas pengguna dan situs web featurefull yang mengkilap,
Namun, proyek USVN terlihat agak basi. USVN adalah proyek yang dilakukan oleh mahasiswa di sebuah Universitas, dan sekarang admin telah lulus dan melanjutkan untuk mencari pekerjaan, dan mungkin tidak punya waktu untuk berkontribusi pada proyek lagi. Belum ada pembaruan dalam 9 bulan, pelacak bug tidak terlihat aktif, dan forum diisi dengan spam dan terlihat agak tidak terawat , jadi mungkin komunitas kurang aktif daripada yang pertama kali muncul. Ini tidak semuanya buruk dan saya berharap orang-orang ini melakukannya dengan baik, tetapi saya akan khawatir tentang mengaitkan dengan proyek basi.
Proyek ini menggunakan 200 file (Tidak termasuk 2000 file dari Zend), yang mungkin sulit untuk kami audit dan pelihara, dan mungkin lebih rumit daripada yang kami cari. Plus, proyek ini bergantung pada Zend, yang menderita masalah politik pada FreeBSD .
sumber
Saran lain dari mailing list svn dev dari 09 Des, jadi ini cukup baru!
sumber
Kami telah menerapkan ini dengan distribusi svn baru kami setahun yang lalu. Ini telah bekerja dengan sangat baik.
Kami memiliki banyak tim pengembangan dan mereka memiliki proyek sendiri. Jadi, kami membawa semua info ke LDAP dan kami memberikan manajer tim menulis akses ke direktori informasi direktori (DIT) untuk subversi:
ou = grup, ou = subversi, ou = aplikasi, dc = contoh, dc = com ou = repositori, ou = subversi, ou = aplikasi, dc = contoh, dc = com
Unit organisasi 'grup' di atas adalah grup khusus untuk repositori / proyek subversi. Juga, kami menggunakan 'viewvc' dengan https untuk melihat repositori di svn.
Server apache menggunakan file ACL yang dibuat berdasarkan LDAP DIT (diberikan di atas) untuk memberikan akses baca-tulis ke berbagai pengguna dan grup. Ada cron yang membaca LDAP DIT setiap lima menit dan membuat file ACL. Jadi, jika ada repositori baru yang ditambahkan dengan pengguna / grup read-only dan read-write. Cron akan membacanya dan membuat repositori, dan memasukkan informasi itu dalam file ACL untuk repositori yang baru dibuat. Cukup rapi. Anda perlu membuat skema LDAP berdasarkan kebutuhan Anda jelas. Kami memiliki semua informasi pengguna / host di LDAP sehingga, bukan masalah besar untuk memperluasnya untuk memasukkan info svn.
-F
sumber
Sepertinya banyak hal telah berubah dari waktu ke waktu. Berikut ini skrip lain yang menurut saya merupakan pilihan yang baik untuk manajemen svn: http://www.svn-access-manager.org/
sumber