项目管理
敏捷文章三则
posted @
2011-06-18 23:02 Paul Lin 阅读(303) |
评论 (0) 编辑
【原】敏捷开发沉思(真实对话)
摘要: ....
甲：嗯....可是这样看起来，我完全看不到敏捷的任何好处啊
乙：嗯。实际上，我更喜欢RUP，虽然麻烦但很清楚
....
阅读全文
posted @
2011-06-01 23:31 Paul Lin 阅读(905) |
评论 (1) 编辑
【转】网络阅读，为什么人会浮躁？
摘要: 原文链接：http://www.javaeye.com/topic/698774
这篇文章放到这个版面，因为我认为它属于管理的范畴：个人管理(时间管理、知识管理)。
是不是大家也有这种体会：
网站注册越来越没耐心，看到页面全是文本框、下拉框，就心烦，咔一下关了。
文章超过两屏的，就没勇气往下看。
看到文章的相关链接，没完没了，两小时后，脑袋一片混乱，真想凉水冲冲。
Google Reader的未读项又是1000+了，看吧，压力太大，不看吧，有种挫败感，干脆，全部设置为已读。
焦虑、挫败、恐惧，什么感觉都来了，唯独没有愉悦感。
......
阅读全文
posted @
2010-07-13 17:36 Paul Lin 阅读(454) |
评论 (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 阅读(3461) |
评论 (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 阅读(433) |
评论 (0) 编辑
【原】SVN In Action(22)
摘要: 这时就需要用到SVN提供的清理功能了。清理功能是通过svn cleanup 命令来完成的。当执行这个命令时，SVN会首先完成log文件中没有完成的剩余工作，释放锁定，最后删除log文件。通常我们都是在项目的根目录来执行这个命令
阅读全文
posted @
2009-12-11 18:19 Paul Lin 阅读(344) |
评论 (0) 编辑
【原】SVN In Action(21)
摘要: 什么时候是Branch？什么时候是Tag？原则如下：
如果你还需要继续向目录提交变更，它就是个分支。如果一旦拷贝后不再提交任何改变哪就是标记。实际上SVN不会强制你不能对名为***tag的目录进行commit操作，这只是通常上约定。即便因为误操作我们也可以轻易的使用update操作回滚到当初创建Tag时的快照版本
阅读全文
posted @
2009-12-11 17:39 Paul Lin 阅读(357) |
评论 (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 阅读(448) |
评论 (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 阅读(381) |
评论 (0) 编辑
【原】SVN In Action(16)
摘要: 我们看到“创建分支”居然和普通的拷贝动作一摸一样！是的对SVN来说，主干、分支、标记都是普通的目录而已，这些都是人为加上的意义。
阅读全文
posted @
2009-12-10 17:04 Paul Lin 阅读(388) |
评论 (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 阅读(585) |
评论 (0) 编辑
【原】SVN In Action(14)
摘要: ●使用svn update -r 命令
●使用svn copy命令
●使用svn cat命令配合重定向
阅读全文
posted @
2009-12-09 17:19 Paul Lin 阅读(420) |
评论 (0) 编辑
Full 项目管理 Archive