Subversion « Eternity

Redmine 的 Repository Controls plugin （續）

在正式把手邊的專案移上 redmine + svn 之前，
我還是花了點時間把這個 plugin 做改善，
資料庫也從 sqlite 換到了 mysql 上，
也把 redmine 從 ports 的版本直接換成官方 svn trunk 裡的版本。

Continue reading Redmine 的 Repository Controls plugin（續） »

Redmine 的 Repository Controls plugin

每個 SVN 檔案庫都可以透過 conf/authz 去控制哪些人可以讀寫哪些路徑的檔案，
一般來說如果有在用 Trac 或 Redmine 這類 web front-end 的都會希望能在 web UI 上控制，
不會還想要進到 shell 下做修改，
Redmine 的 Repository Controls plugin 就是在做這件事，
不過它的控制方法有點微妙的不同，
不像之前設 Trac 的時候是直接讓 Trac 指向那個 authz 檔做修改，
而是直接掛 Perl module 去讀 Redmine db 裡的設定來控制存取權，
只是這有一個麻煩之處就是沒辦法直接用 SVN 內建的機制，
寫那個 Perl module 的人要重新實作那個功能一遍。

Continue reading Redmine 的 Repository Controls plugin »

svn commit 的時候自動發 mail

目前只用最簡易的預設方法，
去檔案庫的 hooks 目錄下把 post-commit.tmpl 重新命名為 post-commit，
並用 chmod 加上執行權限，
內容改為：

^?View Code TEXT

REPOS="$1"
REV="$2"
<檔案庫路徑>/hooks/commit-email.pl "$REPOS" "$REV" <mailing list 的 e-mail address> -s "svn commit: <檔案庫名稱>"

接著去 /usr/local/share/subversion/hook-scripts 把裡面的 commit-email.pl 搬過來用（沒有要改其實可以直接用）。

這是最簡易的發 mail 方式，
commit-email.pl 給使用者的選擇性很少，
而且信件內容都會包含兩個版本的 diff，
/usr/local/share/subversion/hook-scripts 下面還有其它跟 mail 有關的東西，
有空再來去研究看看。

subversion 檔案庫權限

用 svn create 造出來以後，
要下 find . -not -name 'format' -and -not -name '..' | xargs chmod g+w，
這樣就能讓同一個 group 的人存取檔案庫。

Eternity

Calendar

Categories

META

Redmine 的 Repository Controls plugin （續）

Redmine 的 Repository Controls plugin

svn commit 的時候自動發 mail

subversion 檔案庫權限

Eternity

Calendar

Categories

Tag Cloud

META

Redmine 的 Repository Controls plugin （續）

Redmine 的 Repository Controls plugin

svn commit 的時候自動發 mail

subversion 檔案庫權限