svn使用指南-liwei.ppt

也许由于服务器问题，一个Subversion指令不能成功地完成，你的工作副本因此被滞留在一个不一致的状态。 那样的话，你需要在该目录上使用TortoiseSVN → Cleanup命令。在工作副本的全局使用它是一个好主意。 Cleanup 有另外的一个有用的副作用。如果一个文件日期变化了但是它的内容没变,Subversion除了采用byte-by-byte将该文件和原副本进行对照，不能分清它是否真的变更。 如果你有很多这种状态下的文件，将会使获得状态非常慢，还会导致许多会话响应变慢。在你的工作副本上执行一个 Cleanup（清除）命令将会修正这些 坏掉的 时间戳并全速核对他们的状态。 这些例子是需要寻找源码的情况， 测试人员测试出的那个bug，我没看到啊？！看来要到给测试人员安装包时的源码看看了 在座想想发生在我们身边的小故事，我记录下来看看待会如何用标签解决这些问题。 我们没有打标签的话，查找这些历史代码就会很困难 这里面记录了所有的提交版本，其中有大量未经测试的中间成果，如果你想从中找出那些稳定的上线发布的版本就不太容易了， 而且想浏览产品的整个发布历史，也没有一个清晰的记录！ 理论上来讲，我们不需要一个特定的标签，我们只需要记住某个修订版本号(revision)即可。 但人没那么好的记性，一个好的标签名会让这一切更方便 就象我们在生活中喜欢把值得纪念的时刻用相机拍下来一样，在开发中 标签命名就象文档一样，唯一且可识别，所以需要我们遵守一种共同的约定 Build 测试组测试 Alpha 公司内部发布，内部员工测试 Beta 灰度放量发布，外部用户测试 Release 正式发布 Patch 补丁发布 专人打标签，形成文档基线 提问：为什么在提交测试前？ 想找到或回退到上一次测试时的文件状态、发布时打tag是从提交测试tag里挑选。 发布时我从trunk上必威体育精装版代码打tag会有什么问题？ 上线发布的版本是经过测试的标签 上线版本有问题能马上回退到以前的某个标签 代码标签的版本号应和JIRA中的版本号一致 问题：为什么发布tag要用移动更名的方法？ 画图说明，因为要在某个测试通过的源代码，从测试标签中选择 有人用命令行吗？ 锁（Locking）  “上锁-修改-解锁”操作 锁的问题： 锁定可能导致不必要的线性化开发，造成时间浪费。 解锁花费的时间有时远比处理冲突的时间等待多。 注意事项： “锁”慎用，忘了解锁会影响别人的提交。 即使用“锁”，范围应尽量小。 锁（Locking） “偷锁”场景 上锁 偷锁 修改或 再上锁 提交 “偷锁” 更新、提交 或再上锁 A B 锁（Locking） “偷锁”操作 方法1：小B对上锁文件，执行 Get lock?Steal the locks 锁（Locking） “偷锁”操作 方法2：小B在Check for modification ?Check repository里，选中上锁文件，右键选择Break lock 锁（Locking） “偷锁”操作 偷锁后，小B就可以提交和或上锁该文件了。 注意事项： “偷锁”前，小B应做什么？ 通知上锁人－小A 锁（Locking）操作回顾 上锁 Get lock 查看上锁状态 Check for modifications ?Check repository 解锁 Release lock 偷锁 Steal the locks 或Break lock 如果想上锁整个目录，但有些文件已被别人上锁，怎么办？ 沙盘演练3 （锁） Start Your Engine! (限时:5分钟) 两个学员相互操作，完成以下演练： 4.沙盘演练3－锁 Locking 指导、讲评 SVN安装 推荐的客户端 集成在Windows Explore的TortoiseSVN 集成在Visual Studio.NET的Ankhsvn 集成在Delphi中的delphiaddinfortortoisesvn, (注:必须先安装TortoiseSVN) 更多的客户端列表在： /svn/index.html SVN帮助 它山之石： 更多命令和使用参见 /tsvndoc/ Two locations of SVN repositories On a local filesystem Typically used for a single developer Accessed via direct file read/write access Requires that users have local accounts Uses filesystem and user/group securit