svn使用注意事项.docx

SVN 使用注意事项 与 VSS 的区别： SVN 的路径是区分大小写的！ 1、不能单独一个文件检出，只能检出相应的目录； 建议： 开发人员在参与一个项目的时候， 首次可以将该项目下所有资料都进行检出， 一 个是便于查看， 另一个是保证目录结构的统一和完整性， 以免提交的时候， 由于目录的 混乱导致提交出错； 2、将一个项目的源码复制到另一项目中时 ,不能直接复制 ,要清除那此隐藏的 .SVN 文件 夹 ,最好是在 SVN 上使用导出功能。否则，易在提交文件时错误提交到原来项目之上。 因为导出目录的时候， SVN 会在所有与配置库关联的每个文件夹下都生成一个 .svn 的 文件夹，这个 SVN 的文件夹中就记录了你当前工作副本的版本号，关联的配置库路径 等信息，如对整个文件夹进行复制， 会将该文件夹也复制，这样， 就算你拷贝到别的文 件夹下，所关联的配置库信息还是原来的， 提交还是会提交到原先关联的配置库路径的； 建议：尽量不要对目录进行复制，系统最好设置成，文件夹选项 --查看 --显示隐藏的文 件和文件夹 如需要复制整个目录，有两种方法，一种是直接用 版本库浏览器进行 操作，右键是可以直接复制的 具体是：选中相应的文件夹，右键 — 复制到 即可 3、如果该目录没有写的权限时，会在提交的时候，显示一条错误信息，看到后面的错 误编码是 403 错误，一般是这个目录没有写的权限，需申请，呵呵；同理，如果对该目 录没有读的权限，在版本库浏览器中，点击该目录，也是会出现 403 错误；但现在，一 般如果是项目组成员的话， 我都会开通各个目录的读权限的， 至少给大家看的权限， 呵 呵 4、SVN 的工作模式与 VSS 不同，不是采用锁定 -编辑 -锁定的模式，即可以多人同时检 出，只在提交的时候提示冲突，要求解决冲突； SVN 使用要诀 —— 先更新后提交 这样能在提交前发现是否和别人的冲突； 如果冲突，检查文件，进行协商修改； 注意看更新时显示的列表，有些冲突的地方， SVN 会自动进行合并，也要检查这些合 并的文件，避免 SVN 合并错误导致代码有错 文章出处： DIY 部落 为避免频繁的解决冲突， 一些经常冲突的文件，可以在提交的时候选择：保持锁定，这 样别人在更新该文件到本地时，默认的文件属性是只读的； 5、用 Eclipse 开发需注意的事项： .class文件夹不要提交到 SVN配置库上受控，否则编译的 .class中， SVN 一些容易混淆的概念解释： 1、 Checkout （检出）与 Export （导出） 两者都是获取文件， 区别在于， check out 方式获取文件后， 文件处于 SVN 版本控制中， 而 export 是导出当前版本的数据，文件脱离了 SVN 版本控制。 2、 Relocate （重定位）与 Switch （切换） 如果你的版本库移动了， 或许是因为移动到了一个新的目录， 或者是域名改变， 你需要 “ relocate尔的工作副本，这样你的版本库 URL指向新的地址，这种情况下，是版本库 本身移动了； 如果要在同一个版本库中切换一个分支或目录，就需要执行 Switch 操作。当主干和分 支只有微小差别时， 这个命令非常有用， 你可以在目录之间跳转， 而只会有很小区别需 要传输。 3、 Delete （删除） 删除文件要使用 “ TortoiseSVN — Delete进行删除，一定不要直接删除（对于重命名、移 动文件或文件夹也是一样，要使用 TortoiseSVN 的菜单进行这些操作，否则之前的版本 信息会丢失。）；文件被删除后，该文件的所有修改历史仍然保存在 SVN 服务器中，以 后仍然可以获得该文件的修改历史。 4、 Commit （提交） 进行了任何修改后， 通过 Commit 操作可以将修改提交到服务器的版本仓库中。在工作 复本的文件夹的空白处点击鼠标右键和选中当前目录执行提交的效果一样； 提交文件要慎重，尽量不要提交不需要或不能提交的文件，包括以下几类文件： ? 临时文件 *tmp 、垃圾文件：为了避免提交这类文件，就尽量不要直接 Commit ， 选择全部文件提交，而是先执行 Add 操作选择需要添加的文件，这适合提交文件数目 较少的情况，当然，如果你的电脑设置的可以显示这类隐藏文件，你就直接删了它们， 以除后患，如果你有定期清理电脑垃圾文件的习惯，这类文件就自然会被清理掉； ? 编译器产生的文件，例如*.obj，生成的二进制文件等，常有些同事不注意把 Debug 和 Release 目录都 Commit 了！其实， “TortoiseSVN —Settings —General ”中有一个设置 “Global ignore pattern（全局忽略模式），通过在模式框中输入文件名