項目管理
敏捷文章三則
posted @
2011-06-18 23:02 Paul Lin 閱讀(322) |
評論 (0) 編輯
【原】敏捷開發沉思(真實對話)
摘要: ....
甲：嗯....可是這樣看起來，我完全看不到敏捷的任何好處啊
乙：嗯。實際上，我更喜歡RUP，雖然麻煩但很清楚
....
閱讀全文
posted @
2011-06-01 23:31 Paul Lin 閱讀(921) |
評論 (1) 編輯
【轉】網絡閱讀，為什么人會浮躁？
摘要: 原文鏈接：http://www.javaeye.com/topic/698774
這篇文章放到這個版面，因為我認為它屬于管理的范疇：個人管理(時間管理、知識管理)。
是不是大家也有這種體會：
網站注冊越來越沒耐心，看到頁面全是文本框、下拉框，就心煩，咔一下關了。
文章超過兩屏的，就沒勇氣往下看。
看到文章的相關鏈接，沒完沒了，兩小時后，腦袋一片混亂，真想涼水沖沖。
Google Reader的未讀項又是1000+了，看吧，壓力太大，不看吧，有種挫敗感，干脆，全部設置為已讀。
焦慮、挫敗、恐懼，什么感覺都來了，唯獨沒有愉悅感。
......
閱讀全文
posted @
2010-07-13 17:36 Paul Lin 閱讀(464) |
評論 (0) 編輯
【原】SVN In Action系列發布
摘要: SVN是一個開放的、免費的版本控制管理工具，相比CVS，Perforce等其他工具，SVN在版本模型，鎖定策略方面要更加靈活高效。下面就讓我們開始一步一步地學習如何使用SVN，如何把版本控制融入到日常工作中，更重要的是在學習版本控制的過程中樹立起團隊合作的理念。
關于SVN的參考資料，最好的莫過于其官方文檔《Version Control with Subversion》，作為新手一定要看的是里面的第一章《Fundamental Concepts》和第二章《Basic Usage》以及第九章《Subversion Complete Reference》。
為了做到真正的In Action，我采用了Step-by-Step的方式，模擬一個項目從檢出項目開始，到修改本地副本，再到提交變更，解決沖突等一系列的實際工作中會遇到的場景，期望通過這些場景和任務來對SVN和版本控制、團隊合作有一個基本的認識
閱讀全文
posted @
2009-12-13 12:29 Paul Lin 閱讀(3469) |
評論 (5) 編輯
【原】SVN In Action(23)
摘要: SVN日常操作基本命令總結
1. 導入/導出資源：svn import、svn checkout
2. 更新工作副本： svn update
3. 添加變化：svn add、svn delete、svn copy、svn move
4. 檢查變化：svn status、svn diff
5. 撤銷變化：svn revert
6. 解決沖突：svn resolved
7. 提交變更：svn commit
閱讀全文
posted @
2009-12-11 18:23 Paul Lin 閱讀(444) |
評論 (0) 編輯
【原】SVN In Action(22)
摘要: 這時就需要用到SVN提供的清理功能了。清理功能是通過svn cleanup 命令來完成的。當執行這個命令時，SVN會首先完成log文件中沒有完成的剩余工作，釋放鎖定，最后刪除log文件。通常我們都是在項目的根目錄來執行這個命令
閱讀全文
posted @
2009-12-11 18:19 Paul Lin 閱讀(352) |
評論 (0) 編輯
【原】SVN In Action(21)
摘要: 什么時候是Branch？什么時候是Tag？原則如下：
如果你還需要繼續向目錄提交變更，它就是個分支。如果一旦拷貝后不再提交任何改變哪就是標記。實際上SVN不會強制你不能對名為***tag的目錄進行commit操作，這只是通常上約定。即便因為誤操作我們也可以輕易的使用update操作回滾到當初創建Tag時的快照版本
閱讀全文
posted @
2009-12-11 17:39 Paul Lin 閱讀(364) |
評論 (0) 編輯
【原】SVN In Action(18)
摘要: svn merge的命令用法有三種：
A.svn merge sourceURL1[@N] sourceURL2[@M] [WCPATH]
B.svn merge sourceWCPATH1@N sourceWCPATH2@M [WCPATH]
C.svn merge[[-c M]...|[-r N:M]...] [SOURCE[@REV][WCPATH]]
Step 1:確定要從哪個版本開始~那個版本結束
Step 2: 執行集成
Step 3: 提交集成結果
閱讀全文
posted @
2009-12-11 12:02 Paul Lin 閱讀(454) |
評論 (2) 編輯
【原】SVN In Action(17)
摘要: svn switch [--relocate] URL。該命令有兩種用法：一種是不使用參數relocate的，一種是使用relocate參數的。它們的使用原則如下：
A.如果切換后的版本庫路徑還是在同一個版本庫，只是在不同的路徑下。那么使用svn switch URL
B.如果切換后的版本庫位置已經改變(主機遷移，版本庫遷移)，但是目錄結構不變。就需要加relocate參數
閱讀全文
posted @
2009-12-10 19:02 Paul Lin 閱讀(395) |
評論 (0) 編輯
【原】SVN In Action(16)
摘要: 我們看到“創建分支”居然和普通的拷貝動作一摸一樣！是的對SVN來說，主干、分支、標記都是普通的目錄而已，這些都是人為加上的意義。
閱讀全文
posted @
2009-12-10 17:04 Paul Lin 閱讀(398) |
評論 (0) 編輯
【原】SVN In Action(15)
摘要: SVN提供了幾種解決沖突的建議：
A.(p) postone 延遲解決
B.(df) diff-full 顯示所有沖突的內容
C.(e) edit 啟動編輯器解決沖突
D.(r) resolve 標識沖突已經解決
E.(mf) mine-full 用我的版本覆蓋他人的修改
F.(tf) theirs-full 用他人的版本覆蓋我的修改
G.(l) lanuch 啟動其他工具來解決沖突
H.(h) help 啟動幫助信息
雖然SVN提供了比較差異和解決沖突的方法，但避免沖突的最好方法永遠只有一個：明確的分工和良好的溝通，盡量避免多個人同時修改同一份文件。如果不能避免，那么最好指定一個人在提交前負責合并各人的更新，然后一次性提交。
閱讀全文
posted @
2009-12-09 23:25 Paul Lin 閱讀(593) |
評論 (0) 編輯
【原】SVN In Action(14)
摘要: ●使用svn update -r 命令
●使用svn copy命令
●使用svn cat命令配合重定向
閱讀全文
posted @
2009-12-09 17:19 Paul Lin 閱讀(426) |
評論 (0) 編輯
Full 項目管理 Archive