項目管理
敏捷文章三則
posted @
2011-06-18 23:02 Paul Lin 閱讀(323) |
評論 (0) 編輯
【原】敏捷開發沉思(真實對話)
摘要: ....
甲：嗯....可是這樣看起來，我完全看不到敏捷的任何好處啊
乙：嗯。實際上，我更喜歡RUP，雖然麻煩但很清楚
....
閱讀全文
posted @
2011-06-01 23:31 Paul Lin 閱讀(924) |
評論 (1) 編輯
【轉】網絡閱讀，為什么人會浮躁？
摘要: 原文鏈接：http://www.javaeye.com/topic/698774
這篇文章放到這個版面，因為我認為它屬于管理的范疇：個人管理(時間管理、知識管理)。
是不是大家也有這種體會：
網站注冊越來越沒耐心，看到頁面全是文本框、下拉框，就心煩，咔一下關了。
文章超過兩屏的，就沒勇氣往下看。
看到文章的相關鏈接，沒完沒了，兩小時后，腦袋一片混亂，真想涼水沖沖。
Google Reader的未讀項又是1000+了，看吧，壓力太大，不看吧，有種挫敗感，干脆，全部設置為已讀。
焦慮、挫敗、恐懼，什么感覺都來了，唯獨沒有愉悅感。
......
閱讀全文
posted @
2010-07-13 17:36 Paul Lin 閱讀(465) |
評論 (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 閱讀(3470) |
評論 (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 閱讀(445) |
評論 (0) 編輯
【原】SVN In Action(22)
摘要: 這時就需要用到SVN提供的清理功能了。清理功能是通過svn cleanup 命令來完成的。當執行這個命令時，SVN會首先完成log文件中沒有完成的剩余工作，釋放鎖定，最后刪除log文件。通常我們都是在項目的根目錄來執行這個命令
閱讀全文
posted @
2009-12-11 18:19 Paul Lin 閱讀(354) |
評論 (0) 編輯
【原】SVN In Action(21)
摘要: 什么時候是Branch？什么時候是Tag？原則如下：
如果你還需要繼續向目錄提交變更，它就是個分支。如果一旦拷貝后不再提交任何改變哪就是標記。實際上SVN不會強制你不能對名為***tag的目錄進行commit操作，這只是通常上約定。即便因為誤操作我們也可以輕易的使用update操作回滾到當初創建Tag時的快照版本
閱讀全文
posted @
2009-12-11 17:39 Paul Lin 閱讀(365) |
評論 (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 閱讀(456) |
評論 (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 閱讀(396) |
評論 (0) 編輯
【原】SVN In Action(16)
摘要: 我們看到“創建分支”居然和普通的拷貝動作一摸一樣！是的對SVN來說，主干、分支、標記都是普通的目錄而已，這些都是人為加上的意義。
閱讀全文
posted @
2009-12-10 17:04 Paul Lin 閱讀(399) |
評論 (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) 編輯
【原】SVN In Action(13)
摘要: 默認情況下如果svn log不加任何參數，會顯示當前目錄下所有資源的變更歷史，我們可以通過PATH，URL來限定顯示范圍，還可以通過URL PATH來顯示某個URL下的某個(些)文件的變更歷史，甚至還可以指定版本號，版本范圍。
各種svn log的用法看似復雜，實際上離不開兩樣東西：
A.資源路徑：本地路徑(PATH)或遠程路徑(URL/URL PATH)
B.版本號或版本范圍：-r 18:HEAD或者@19
閱讀全文
posted @
2009-12-09 16:01 Paul Lin 閱讀(307) |
評論 (0) 編輯
【原】SVN In Action(12)
摘要: A.因為SVN為了保護用戶不小心update操作而覆蓋自己本地的修改，不會對已經被修改但尚未提交的資源進行update操作。像這種情況下只能用svn revert而不能用svn update。
B.和svn update不會對已修改而尚未提交的資源進行update之外，svn del同樣不會刪除已修改但尚未提交的資源---除非你強制加上--force參數。
C.不要把所有變更都放在最后一次性提交，提交要及時、多次。否則一旦回滾所有其他修改都會跟著撤銷。
閱讀全文
posted @
2009-12-09 11:19 Paul Lin 閱讀(555) |
評論 (0) 編輯
【原】SVN In Action(10)
摘要: 實際上svn revert命令是一把“雙刃劍”。它有幾個需要特別小心的地方：
A.回滾是不可恢復的。由于svn revert回滾的是任何未提交的操作，內容，屬性。所以意味著SVN不會為你保存任何回滾前的歷史版本
B.回滾是不止于一點而是一段時間的。只要你沒有提交版本，那么不論你多久之前所做的修改都會被回滾，而不僅僅是最近一次的修改
閱讀全文
posted @
2009-12-09 09:47 Paul Lin 閱讀(747) |
評論 (0) 編輯
【原】SVN In Action(9)
摘要: show-updates參數會令客戶端顯示本地工作副本那些文件是out-of-date的。它并不會立即更新本地副本，而是告訴你那些文件會在下次的svn update中被更新
閱讀全文
posted @
2009-12-08 21:50 Paul Lin 閱讀(341) |
評論 (0) 編輯
【原】SVN In Action(8)
摘要: A. svn cat 命令是客戶端命令，在客戶端運行。而svnlook cat 命令是服務器端命令，只能在版本庫所在的機器上運行
B. svn cat 命令可以查看本地工作副本(PATH)或版本庫(URL)資源的內容，而svnlook cat 命令只能使用REPOS_PATH PATH_IN_REPOS形式
閱讀全文
posted @
2009-12-08 17:04 Paul Lin 閱讀(472) |
評論 (0) 編輯
【原】SVN In Action(7)
摘要: 整個目錄的忽略
Step 1: 把目錄export到其它目錄下
Step 2: 把版本庫上的對于目錄刪除并同步到本地
Step 3: 把原有目錄添加回原來的位置下，并加入SVN ignore列表
Step 4: 檢查忽略是否生效
閱讀全文
posted @
2009-12-08 16:29 Paul Lin 閱讀(501) |
評論 (0) 編輯
【原】SVN In Action(6)
摘要: 一次性忽略多個文件：
Step 1: 在本地任意目錄下創建一個文件，名字假設為ignore.txt
Step 2: 編輯該文件，添加想要忽略的文件名列表
Step 3: 通過文件一次忽略多個條目
Step 4: 提交變更
Step 5: 檢查忽略是否生效
閱讀全文
posted @
2009-12-08 16:15 Paul Lin 閱讀(544) |
評論 (0) 編輯
【原】SVN In Action(5)
摘要: 單個文件的忽略：
Step 1: 把文件備份到其他位置
Step 2: 把版本庫對應的文件刪除
Step 3: 從版本庫更新到本地工作副本
Step 4: 把文件拷貝回原有位置
Step 5: 把文件添加到SVN的全局屬性svn:ignore
Step 6: 提交屬性變更
閱讀全文
posted @
2009-12-08 14:51 Paul Lin 閱讀(366) |
評論 (0) 編輯
【原】SVN In Action(4)
摘要: 關于svn add命令我們有2個需要注意的地方：
A.和svn status命令一樣，svn add命令只能使用PATH，而不能使用URL作為參數
B.當svn add命令執行完畢后，相關資源并不會馬上立即被加入版本控制中，需要再執行一次commit
我們需要在每次commit后立即update，已保證我們最新代碼被上傳到版本庫的同時，他人的最新代碼能夠被及時更新到本地
閱讀全文
posted @
2009-12-08 11:09 Paul Lin 閱讀(359) |
評論 (0) 編輯
【原】SVN In Action(3)
摘要: 使用svn info命令可以查看項目版本控制的靜態信息
使用svn status命令可以查看項目版本控制的實時變更信息
閱讀全文
posted @
2009-12-08 10:09 Paul Lin 閱讀(448) |
評論 (0) 編輯
【原】SVN In Action(2)
摘要: 把項目import到版本庫之后，項目并不會立即就被加入到版本控制中，還需要再從版本庫中check out到本地原有位置才是真正地吧項目加入到版本控制。這一點和TCP/IP協議的三次握手過程類似。必須確保雙方都知道對方的存在和聯系。
閱讀全文
posted @
2009-12-07 16:37 Paul Lin 閱讀(415) |
評論 (0) 編輯
【原】SVN In Action (1)
摘要: 下面我們把svn list和svnlook tree命令的用法總結一下：
A.svn list PATH：列出PATH對應的版本庫路徑下的目錄內容
B.svn list URL： 列出URL對應的路徑下的目錄內容
C.svnlook tree REPOS_PATH：遞歸地列出REPOS_PATH對應的版本庫路徑下的目錄樹內容
D.svnlook tree REPOS_PATH PATH_IN_REPOS： 遞歸地列出REPOS_PATH下子目錄PATH_IN_REPOS路徑下的目錄樹內容
閱讀全文
posted @
2009-12-07 16:12 Paul Lin 閱讀(694) |
評論 (0) 編輯
【版本控制之路】使用Apache和SSL搭建安全的SVN訪問
摘要: 使用Apache和SSL搭建安全的SVN訪問
閱讀全文
posted @
2009-01-07 22:37 Paul Lin 閱讀(3484) |
評論 (3) 編輯
【版本控制之路】版本庫的備份
摘要: SVN的三種備份方式：完全備份，增量備份，版本庫同步
閱讀全文
posted @
2008-12-30 17:35 Paul Lin 閱讀(2486) |
評論 (5) 編輯
【版本控制之路】SVN版本庫的遷移
摘要: SVN的版本庫遷移
閱讀全文
posted @
2008-12-26 11:52 Paul Lin 閱讀(4128) |
評論 (1) 編輯
【版本控制之路】扛起SVN的大旗
摘要: 版本控制之路，路漫漫其修遠兮，吾將上下而求索
閱讀全文
posted @
2008-12-25 18:00 Paul Lin 閱讀(2291) |
評論 (3) 編輯
【版本控制之路】SVN權限模型一例
摘要: SVN權限模型一例
閱讀全文
posted @
2008-12-25 17:08 Paul Lin 閱讀(2003) |
評論 (0) 編輯
【版本控制之路】SVN強制寫Log失敗的解決方案一例
摘要: SVN強制寫Log的方法和失敗處理一例
閱讀全文
posted @
2008-12-24 16:02 Paul Lin 閱讀(4729) |
評論 (1) 編輯