某日在公司內技術研討會發生爭議，在文件化控管客戶需求方面。主要問題是，客戶的需求可能有許多 subversions 。這個情況是 SVN 適用嗎？
我這邊出現一個概念： RFID 應用在文件版本管理，可不可以？我的初淺設想如：每一份文件都需要多位員工協議。每一份文件上都附上一張 tag ，帶有文件版本號。每一份簽署完或修改過的文件，都送到 reader 感測一次，如果存在其他較新版本號的文件，就提出警告；否則，寫入此文件的新簽署日期。
具體的障礙可能有： tags 成本。
我的雲端生活網 - Life+
Subscribe to:
Post Comments (Atom)
1 comment:
你這個想法有意思;不過文件會被多人取出而且會放置一段時間,比如: A (VER.1) B(VER.1) C(VER.1),此時
C改了文件變成(VER.1.1),但是A也改了版本(VER.1.1)<--同時;於是文件出現兩個以上的版本,B收到A,C 的版號是一樣的,但內容卻不同,更複雜的狀況是,A C文件已寄出,而B正在改
在SVN裡,即使是同時,還是會有先後順序（他會暫時把程序鎖住）,系統會通知A先UPDATE,再COMMIT,於是 C會變成(V.1.2)
但SVN 有一個問題,他在共用文件的部份不太靈活(專案有時候很靈活,他的組員的變化會很多),而且他在檔案更新時並不會通知其它共同編輯的人<--這應該可以自己寫程式,SVN我記憶中有預留這些CALLBACK 的程序可自行撰寫？？
以上提供給你參考,也感謝你這麼快就提出一個意見
Post a Comment