|
 | Subversion与CVS的对比—功能性对比（三） by gnu |
| 作。上传、下载变得轻松自如。
Subversion 通过与Apache Web Server 的集成，支持WebDAV 协议，使得业务用户（business users）或非技术用户在不安装任何版本管理客户端的情况下轻松访问Subversion 版本库，不改变业务用户已有使用习惯，支持分布的业务用户对文档的评审、修改并实现版本控制，真正将软件开发的生命周期从开发/技术团队扩展到项目的全部干系人（stakeholder），避免通过电子邮件传递文档的混乱与无序、通过Windows 操作系统共享造成的安全漏洞、病毒攻击、历史版本被覆盖或丢失、审计困难等诸多典型问题。
十一、更好的冲突标识与处理 ... |
| www.geekaa.com/topic/view/111.html - 2007年9月5日 |
|
| Subversion与CVS的对比—功能性对比（二） by gnu |
| ，仅该文件就要消耗500M 以上的存储空间。而且，客户端每次获取该文件的新版本都要消耗10M 的网络流量。
对于目前的开发团队，无论是软件开发，Web 站点的开发，手机等电子产品的研发，需要进行版本管理的不仅是源代码等文本文件，还需要管理需求文档、设计文档、测试文档、用户手册，图形图像文件，机械/电子设计文件等诸多的二进制文件，CVS 显然不是一个好的选择。
与CVS 不同，Subversion 采用统一的二进制差异算法（binary differencing algorithm），即对文本文件和二进制文件采用相同的差异比较算法，并以相同的方式在版本库中进行存储：每次提交后版本库中只存储 ... |
| www.geekaa.com/topic/view/110.html - 2007年9月5日 |
|
| Subversion与CVS的对比—功能性对比（一） by gnu |
| 后，几乎就要一直使用这个位置了。
同样由于CVS 不记录目录的版本历史，CVS 不支持对文件的“重命名”（rename），人为的对文件进行重命名会使得命名前后的文件失去历史联系，而记录历史本来是版本管理的主要目的。
还有，CVS 不支持对文件的“拷贝”（copy），人为的拷贝对CVS 而言，只能看到新的文件的增加，而不能记录拷贝源文件和目标文件之间的联系。
综上所述，缺乏对文件“移动”、“重命名”、“拷贝”的支持的根源在于CVS 不能记录目录的版本历史，而这些操作在当前的软件开发过程中经常发生，这正是Subversion被开发并取代CVS 的主要原因之一。
Subversion 将目录 ... |
| www.geekaa.com/topic/view/109.html - 2007年9月5日 |
|
| 软件项目版本号的命名格式 by hgta |
| 编译。这适合于更改处理器、平台或编译器的情况。
●程序集的只有Revision版本号或Build号不同的后续版本被认为是先前版本的修补程序 (Hotfix) 更新。
c) 版本号管理策略
●项目初版本时, 版本号可以为0.1或0.1.0
●当项目在进行了局部修改或 bug 修正时, 主版本号和子版本号都不变, 修正版本号加 1
●当项目在原有的基础上增加了部分功能时, 主版本号不变, 子版本号加1, 修正版本号复位为 0, 因而可以被忽略掉
●当项目在进行了重大修改或局部修正累积较多, 而导致项目整体发生全局变化时, ... |
| www.geekaa.com/topic/view/63.html - 2007年9月3日 |
|
|
关于"管理"的帖子
