摘要: 选择一个开源框架，我的标准有几条：
★良好的文档和源代码管理：这是最基本的一条，想RSSLibJ这种连文档、官网都没有的一律pass掉
★持续的改进：这是第二个重要的，像上面某些工具从02年后就不再更新了，出了问题你找谁诉苦去
★简单和易上手：在短时间内可以迅速依样画葫芦
★活跃的社区：参与的人越多软件成长得越多。我不是特别在乎软件目前的使用率，因为好的软件都是慢慢出名的
阅读全文
posted @
2009-12-21 11:52 Paul Lin 阅读(1339) |
评论 (0) |
编辑 收藏
摘要: ◆软件必须适应不同的终端，不同的访问方式，不同版本的协议。对设计通用性要求较高
◆软件必须解析和生成XML，涉及到大量的字符串和格式处理。对XML和性能要求较高
◆软件必须具备实时监控功能，且具备主动推送功能，对多线程和异步通讯要求较高
◆软件必须支持不同的持久化方式，对缓存和持久化要求较高
◆软件必须支持基于全文的搜索，对搜索技术有一定要求
◆软件界面必须是支持拖拽功能的，对GUI和Ajax有一定要求
阅读全文
posted @
2009-12-18 12:14 Paul Lin 阅读(299) |
评论 (0) |
编辑 收藏
摘要: 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 阅读(3451) |
评论 (5) |
编辑 收藏
摘要: 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 阅读(424) |
评论 (0) |
编辑 收藏
摘要: 这时就需要用到SVN提供的清理功能了。清理功能是通过svn cleanup 命令来完成的。当执行这个命令时，SVN会首先完成log文件中没有完成的剩余工作，释放锁定，最后删除log文件。通常我们都是在项目的根目录来执行这个命令
阅读全文
posted @
2009-12-11 18:19 Paul Lin 阅读(335) |
评论 (0) |
编辑 收藏
摘要: 什么时候是Branch？什么时候是Tag？原则如下：
如果你还需要继续向目录提交变更，它就是个分支。如果一旦拷贝后不再提交任何改变哪就是标记。实际上SVN不会强制你不能对名为***tag的目录进行commit操作，这只是通常上约定。即便因为误操作我们也可以轻易的使用update操作回滚到当初创建Tag时的快照版本
阅读全文
posted @
2009-12-11 17:39 Paul Lin 阅读(345) |
评论 (0) |
编辑 收藏
摘要: 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 阅读(438) |
评论 (2) |
编辑 收藏
摘要: svn switch [--relocate] URL。该命令有两种用法：一种是不使用参数relocate的，一种是使用relocate参数的。它们的使用原则如下：
A.如果切换后的版本库路径还是在同一个版本库，只是在不同的路径下。那么使用svn switch URL
B.如果切换后的版本库位置已经改变(主机迁移，版本库迁移)，但是目录结构不变。就需要加relocate参数
阅读全文
posted @
2009-12-10 19:02 Paul Lin 阅读(374) |
评论 (0) |
编辑 收藏
摘要: 我们看到“创建分支”居然和普通的拷贝动作一摸一样！是的对SVN来说，主干、分支、标记都是普通的目录而已，这些都是人为加上的意义。
阅读全文
posted @
2009-12-10 17:04 Paul Lin 阅读(379) |
评论 (0) |
编辑 收藏
摘要: 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 阅读(577) |
评论 (0) |
编辑 收藏