SVN使用规范_详细讲解
SVN管理规范
SVN管理规范引言概述：SVN（Subversion）是一种版本控制系统，用于管理和追踪软件开辟过程中的代码变动。
在团队协作中，遵循一套SVN管理规范能够提高工作效率，减少冲突和错误。
本文将详细介绍SVN管理规范的五个方面。
一、代码库管理1.1 创建代码库：在开始新项目时，应创建一个新的代码库，并为其选择一个故意义的名称。
1.2 组织代码库结构：代码库应按照项目的逻辑结构进行组织，例如按照模块或者功能进行划分。
1.3 设置权限控制：根据团队成员的职责和权限，设置合适的权限控制，以保护代码的安全性。
二、代码提交规范2.1 提交前代码检查：在提交待码之前，进行必要的代码检查，包括代码风格、命名规范等。
2.2 提交注释规范：每次提交待码时，都应添加故意义的注释，解释该次提交的目的和内容。
2.3 避免提交冗余代码：只提交必要的代码变动，避免提交无关的文件或者代码片段。
三、分支管理3.1 创建分支策略：根据项目的需要，制定合适的分支策略，例如主干分支、开辟分支、发布分支等。
3.2 分支合并规范：在合并分支时，应先进行代码冲突的解决，确保合并后的代码是可编译和可运行的。
3.3 定期清理分支：及时清理已经合并或者再也不需要的分支，以保持代码库的整洁和可维护性。
四、版本标签管理4.1 创建版本标签：在重要的里程碑或者发布时，应创建版本标签，方便后续的回溯和版本控制。
4.2 标签命名规范：标签名称应具有一定的规范性，例如采用版本号或者发布日期等。
4.3 标签使用说明：在创建标签时，应提供相应的使用说明，包括如何部署和回滚等操作。
五、冲突解决与协作5.1 及时解决冲突：当多个团队成员同时修改同一个文件时，可能会产生冲突，应及时解决冲突，以避免代码丢失或者错误。
5.2 协作规范：团队成员之间应保持良好的沟通和协作，避免相互之间的代码冲突和误操作。
5.3 版本回溯与恢复：在发生错误或者问题时，可以通过版本回溯和恢复操作，将代码库恢复到之前的状态。
SVN使用说明详解
编辑保存后，该文件由√变为！，这时可以对此文件执行SVN Commit 提交操作，那么编辑的内容便会提交到服务器上，以便大家共享你的工 作成果。提交成功后，版本库号会上升一次，同时提交的文件状态由！ 变为√. 注：对于不是只有自己可以修改的文件，每次编辑操作之前，都要对本地 工作拷贝执行Update的操作，以保证本地工作拷贝与服务器项目版本库 内容保持一致。如果这时有人对它做了修改，修改的内容便同步到你的 工作拷贝上。如果你不想要别人的修改，可以执行Update to revision （返回到版本），返回到你想要版本，然后再做修改。此时在提交的时 候，就会提示存在冲突。 ④ 解决冲突 解决冲突之前，先Updaten你的工作拷贝，本地工作拷贝变为
Add(加入)如果有多个文件及文件夹要提交到服务器，我们可以先把这些要提交的文 件加入到提交列表中，要执行提交操作，一次性把所有文件提交，如图，可以选 择要提交的文件，然后点击执行提交（SVN Commit）,即可把所有文件一次性提 交到服务器上 。 Delete(删除) SVN支持文件删除,而且操作简单,方便,选择要删除的文件,点击Delete, 再把删除操作提交到服务器 。
②
在客户端新建一个文件夹；然后在服务端，选中刚才添加进去的文件的上一级文 件夹，右键→Checkout
可以看到从版本库检出的文件被打上了一个√，表示受版本控制。此 后对此文件所做的任何操作，只要提交过，都会在服务端被记录保存 下来。想查看任何一次的修改情况，只要单击Show Log即可。
③ 修改该文件后提交
六、SVN使用中遇到的问题及解决措施
问题1. 浏览版本库时，出现下图所示情况是什么原因？
A：可能是本地网络与SVN服务端网络中断，检测IP的连通性。 问题2：浏览版本库时，出现： 403 forbidden错误： 原因，访问的目录，该用户没有权限 解决措施：向部门经理反应，部门经理为其申请权限，交配置管理员 配置相应的权限。
项目规范文档-SVN使用规范
SVN使用规范事项：
1、新增：要想你的库中添加文件的话，在 Windows 的资源管理器中选择要添
加的项目，然后点击右键并选择TortoiseSVN->Add选项。
2、提交：在SVN上提交新增资源或修改过的资源。
SVN 将会标记这些选择的文
件并准备添加到库中。
右键点击项目目录，并选择TortoiseSVN->SVN Commit。
这将会扫描目录中有过变化的文件或者新增的文件，并在提交对话框中显示。
点击OK即可完成文件提交。
注：说明此次修改都改动了什么！
4、更新：在需要更新的文件夹空白处右单机，显示如下界面：
选择SVN Update，SVN会自动更新服务器文件。
注意：
1、上传完SVN记得在钉钉“凌景VR研发部”工作群中文字加截图说明修改内容。
2、在进行提交修改之前问一下部门其它可能会操作该项目的人员，是否会存在冲突，
确认无冲突后再提交。
SVN使用规范-详解
目录第一章引言 (1)1.1Subversion的介绍 (1)1.2Subversion的特性 (1)1.3SVN链接模式 (2)1.4SVN操作流程 (2)第二章SVN使用 (4)2.1SVN软件安装 (4)2.2事业部SVN库介绍 (4)2.2.1事业部SVN库 (4)2.2.2帐号注册、权限申请 (5)2.3基本操作 (5)2.3.1操作介绍 (5)2.4系统规范使用 (19)2.4.1规范操作 (19)2.4.2版本控制的使用 (20)2.4.3与目录无关内容 (21)2.4.4文件夹目录名称规范 (22)2.4.5文件上传格式 (23)2.4.6文件、数据放置 (23)2.5日常使用问题 (23)2.5.1版本库无响应 (23)2.5.2邮件中的路径链接 (23)2.5.3系统库最上层打不开 (24)2.5.4提交失败（Commit fail） (24)2.5.5SVN文件夹无法下载 (25)2.5.6特征图标的显示 (25)2.5.7冲突问题解决 (26)第三章权限申请流程 (29)3.1权限定义 (29)3.2申请流程 (29)3.2.1普通权限申请 (29)3.2.2单位权限申请 (29)3.2.3特殊权限申请 (30)3.3表单使用 (31)附录 (1)参考文献 (6)SVN使用规范第一章引言1.1Subversion的介绍SVN是Subversion的缩写。
Subversion管理随时改动的文件和目录，以二进制格式存储所有的文件，使用高效的比较二进制差异算法来计算版本之间的改动。
同时，它是一个时间机器，随时记录文件和目录的每次改动，例如：文件的增加、删除、重新排列文件等。
同时SVN允许你恢复以前旧版本的数据，或者检查数据变化的历史。
SVN使用类似数据库事物的方式来处理用户提交入库的过程，整个改动要么成功的被提交，要么被中断并回滚。
在数据提交完之前，其他人是看不到用户提交的修改文件，你看到的要么是改动之前的状态，要么是改动之后的状态。
SVN使用说明详解
SVN使用说明详解SVN（Subversion）是一种版本控制系统，用于管理多个人共同开发的项目。
它能够追踪文件的变更，并记录每个版本的细节，使开发者能够协同工作并保持项目的可维护性。
下面将详细介绍SVN的使用说明。
1.安装SVN2.创建和配置仓库通过TortoiseSVN或命令行创建一个新的SVN仓库。
一个仓库可以包含多个项目，每个项目都有一个唯一的URL。
3.导入项目将项目文件导入到SVN仓库中。
选择项目文件夹，点击鼠标右键，选择“TortoiseSVN” - “Import”，然后填写仓库URL和描述信息，点击“OK”按钮即可完成导入。
4.检出项目检出项目意味着将SVN仓库中的项目文件复制到本地机器上。
选择一个目录，点击鼠标右键，选择“TortoiseSVN” - “Checkout”，然后填写仓库URL和本地路径，点击“OK”按钮即可完成检出。
5.更新项目6.提交变更7.解决冲突当多个人对同一个文件的相同位置进行了修改时，就会发生冲突。
SVN会自动发现并标记冲突，你需要手动解决冲突。
选择冲突的文件，点击鼠标右键，选择“TortoiseSVN” - “Edit conflicts”，在冲突标记的地方进行修改，然后选择“Mark as resolved”，最后点击“OK”按钮即可解决冲突。
8.分支和合并SVN允许创建多个分支，使得项目可以并行开发。
通过分支，可以在一些版本上继续开发而不会破坏主干。
当分支的开发完成后，可以通过合并将分支的变更合并回主干。
选择项目文件夹，点击鼠标右键，选择“TortoiseSVN” - “Merge”，选择要合并的源URL和目标URL，点击“Next”按钮，选择要进行合并的文件和目录，然后点击“Next”按钮，最后点击“Merge”按钮即可完成合并。
9.查看日志10.撤销变更当您发现自己的变更存在问题时，可以通过撤销变更来还原文件到之前的版本。
选择文件，点击鼠标右键，选择“TortoiseSVN” - “Revert”，然后选择“Revert”按钮即可撤销变更。
SVN使用规范
1. SVN使用规范1.1. 代码提交、更新规范1．开发人员必须在每天下班之前提交项目改动，第二天早上对工程代码进行同步更新。
2．每次代码提交必须写明代码改动的原因3．每次提交前必须先与版本库进行同步，对应的eclipse操作为：Team > 与资源库同步4．同步资源库后，先检查是否有冲突，必须先解决冲突.冲突解决完毕，必须"标记为解决"，对应的eclipse操作为：Team > 标记为解决。
此步骤不执行将会无法提交代码。
5．冲突解决完后，检查是否有更新，有则先进行更新6．以下数据不要提交到版本库中，通过选择 Team > 添加至svn:ignore 把不需要提交的信息设置为忽略，则不会再被提交：a)项目中的target目录不允许提交，此文件夹中保存了MAVEN的输出b).settings目录及其目录下所有文件,不允许提交c).classpath, .project等以点开头的文件不允许提交d)pom.xml不允许修改，涉及到修改后须由项目负责人统一修改、提交、开发人员不允许提交。
e)提交到SVN代码要遵循“短平快”的原则，功能通过单元测试，就马上提交，不用等下班才提交一次。
f)注意，每次提交前,务必先把版本库中的内容全部更新到本地,然后跑一遍单元测试和带容器测试,都通过才允许提交1.2. Checkout项目1．使用公布的SVN路径，增加SVN库2．切换到java EE透视图，在Project Explorer view中空白处点鼠标右键，在右键菜单中选择import3．进入select选择框中找到MA VEN-->Check out Maven Project from SCM 点击NEXT4．在SCM URL一项，选择svn，点击右侧的Browse，选择刚才加的SVN路径，点击finish即可。
开发部SVN使用规范
XXXX股份有限企业开发部 SVN使用规范拟制日期审查日期赞同日期1、目的：本制度为研发部SVN配置管理的准则和依照，全部与SVN配置管理的行为都一定依照并听从于本制度。
2、合用范围：本制度合用于研发部全体职工。
3、名词：配置管理：是指对项目生计期过程中的各阶段产品和最后产品演化和改正的管理。
改正控制组：是配置项改正的看管组织。
配置项：指哪些应当归入配置管理之下，成为受控的工作产品最小单位项。
基线：基线是经过正式评审和认同，作为后续工作依照的配置项会合。
配置审计：配置审计主假如考证配置项的完好性和配置项的一致性。
4、职责：3.1 改正控制组赞同成立基线和表记配置项。
赞同基线的公布。
评审与赞同基线的改正。
赞同由基线库生成产品。
3.2 项目经理辅助配置管理员拟订配置管理计划。
定义基线和配置项。
提出公布申请。
推进项目的配置管理工作。
3.3 项目构成员提交配置项内容。
3.4 配置管理员拟订和保护配置管理计划。
成立和保护配置管理系统。
表记配置项。
公布基线。
履行基线审计。
表记、保留并散发配置状态报告。
从基线库公布产品。
3.5 质量保证人员（QA ）依照计划和过程检查配置管理活动及其工作产品。
报告检查中发现的问题，追踪问题直至封闭。
5、控制要乞降方法：操作流程Repository Network网络版本库检出、提交Workin gCopyWorkin gCopy当地工作副本第一用户从版本库经过网络“检出” 到当地工作副本中，而后，在当地工作副本中进行增添、改正、删除文件后“提交”到版本库中，假如当地工作副本中版本较系统版本过时，用户使用“更新”功能与系统上版本保持一致。
帐号注册、权限申请1.用户帐号注册：新进职工没有 SVN帐号，经过邮件联系 SVN管理员，邮件正文注明申请 SVN一般帐号，管理员办理完帐号注册事宜后，会邮件答复。
注：一般帐号，只对个人目录有读取权限。
2.权限的申请：依据职工所参加的项目， SVN管理员对其开放相应目录的读、写权限。
SVN使用规范范文
SVN使用规范范文SVN（Subversion）是一个开源的版本控制系统，它能够有效地管理和跟踪软件开发过程中的变化。
在团队协作开发中，遵守一定的SVN使用规范能够提高开发效率、减少冲突和错误，并确保团队成员之间的协同工作。
下面是一些SVN使用规范的建议：1.分支管理：-创建分支：- 在开始一个新的功能开发或bug修复时，应该基于主干（trunk）创建一个新的分支。
- 分支的命名应该简明扼要，能够清晰地表达分支的目的，例如feature/xxx或bugfix/xxx。
-合并分支：-当一个分支的工作完成时，应该将其合并回主干。
-在合并前应该首先更新主干，确保代码最新，然后再将分支合并到主干。
2.提交代码：-提交前的准备：-在提交前应该首先更新代码，确保本地代码与服务器代码保持一致。
-确保提交的代码是经过测试的且无错误。
-提交信息：-提交时应该附上简明扼要的提交信息，能够清楚地描述本次提交所做的修改。
-提交信息应该包括修改的范围、目的和影响。
-提交的频率：-应该遵循小步快跑的原则，频繁提交修改，减少冲突的概率。
-不要把过多的代码修改集中在一个提交中，以免造成难以解决的冲突。
3.冲突解决：-冲突产生的原因：-代码修改冲突通常是在多个人同时修改同一个文件或同一行代码时产生的。
-冲突解决的流程：-首先应该仔细阅读冲突的说明，了解冲突的原因和影响。
-在解决冲突前应该备份原始文件，以免修改错误时能够回滚。
-解决冲突过程中要与其他团队成员进行沟通，避免重复劳动和冲突再次发生。
4.文件和目录结构：-目录命名：-应该使用简单、清晰的名称来命名目录，避免使用中文、特殊字符或空格。
-目录应该按照功能或模块进行划分，便于查找和维护。
-文件命名：-文件名应该简洁明了，能够准确描述文件的内容和作用。
-文件名不应包含特殊字符和空格，以免引起不必要的错误。
5.日志管理：-保留日志：-应该定期对SVN服务器上的日志进行清理，删除不必要的或过时的日志，保持服务器的性能。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录第一章引言 (1)1.1Subversion的介绍 (1)1.2Subversion的特性 (1)1.3SVN模式 (2)1.4SVN操作流程 (2)第二章SVN使用 (4)2.1SVN软件安装 (4)2.2事业部SVN库介绍 (4)2.2.1事业部SVN库 (4)2.2.2注册、权限申请 (5)2.3基本操作 (5)2.3.1操作介绍 (5)2.4系统规使用 (19)2.4.1规操作 (19)2.4.2版本控制的使用 (20)2.4.3与目录无关容 (21)2.4.4文件夹目录名称规 (22)2.4.5文件上传格式 (23)2.4.6文件、数据放置 (23)2.5日常使用问题 (23)2.5.1版本库无响应 (23)2.5.2中的路径 (23)2.5.3系统库最上层打不开 (24)2.5.4提交失败（Commit fail） (24)2.5.5SVN文件夹无法下载 (25)2.5.6特征图标的显示 (25)2.5.7冲突问题解决 (26)第三章权限申请流程 (29)3.1权限定义 (29)3.2申请流程 (29)3.2.1普通权限申请 (29)3.2.2单位权限申请 (29)3.2.3特殊权限申请 (30)3.3表单使用 (31)附录 (1)参考文献 (6)SVN使用规第一章引言1.1Subversion的介绍SVN是Subversion的缩写。
Subversion管理随时改动的文件和目录，以二进制格式存储所有的文件，使用高效的比较二进制差异算法来计算版本之间的改动。
同时，它是一个时间机器，随时记录文件和目录的每次改动，例如：文件的增加、删除、重新排列文件等。
同时SVN允许你恢复以前旧版本的数据，或者检查数据变化的历史。
SVN使用类似数据库事物的方式来处理用户提交入库的过程，整个改动要么成功的被提交，要么被中断并回滚。
在数据提交完之前，其他人是看不到用户提交的修改文件，你看到的要么是改动之前的状态，要么是改动之后的状态。
这样的行为被称为“原子提交”。
原子提交很有用，因为它能保证所有相关人员看到的总是相同的东西。
原子提交过程的其中一步就是包括把你的所有改动打包为一个“修订集”（有时被称为改动集），并且再给个改动标记的修订号（绿色勾变为红色叹号）。
1.2Subversion的特性1.2.1 版本化的目录Subversion实现了一个可以跟踪目录树更改的“虚拟”版本化文件系统，文件和目录都是有版本的。
1.2.2 真实的版本历史通过Subversion你可以对文件或是目录进行增加、拷贝和改名操作，也可以新增一个具有干净历史的文件。
可以毫不夸的将每一个版本都可以作为一个记忆片段定点。
1.2.3 原子提交版本库采用二进制差异形式提交修改的数据容，一系列的改动，要么全部提交到版本库，要么一个也不提交，这样可以让用户构建一个需要提交修改的逻辑块，放置部分修改提交到版本库。
1.2.4 一致的数据操作Subversion 表示文件是建立在二进制文件区别算法基础上的，对于文本（可读）和二进制（不可读）文件具备一致的草所方式，两种类型的文件都压缩存放在版本库中。
1.3 SVN 模式其中本地工作副本与SVN 系统的媒介是“.svn ”隐藏文件夹，.svn 隐藏文件夹中包含了系统、版本等信息，图1-1为本地工作副本与SVN 系统后状态，绿色勾代表文件受系统控制（后面简称：受控）标志，红色叹号为受控文件改动标志。
图1-1 状态1.4 SVN 操作流程Workin gCopyWorkin g CopyRepository Network版本库网络本地工作副本检出、提交图1-2 操作流程图图1-2总体概括了SVN整个操作过程：首先用户从版本库通过网络“检出”到本地工作副本中，然后，在本地工作副本中进行增加、修改、删除文件后“提交”到版本库中，如果本地工作副本中版本较系统版本过时，用户使用“更新”功能与系统上版本保持一致。
第二章SVN使用2.1SVN软件安装SVN的安装软件是公司受控软件，用户安装需要由各单位文员走软件安装的OA流程，在接到流程申请后电脑中心安排服务安装。
如果SVN软件在电脑重装系统后被卸载掉，请用户直接联系电脑中心（线：63333）处理。
2.2SVN库介绍2.2.1SVN库SVN库，分别是：办公库（office）、车型项目库（public）、公共资源库（public）、数据传输库（FTP 15b）。
其中办公库、车型项目库、公共资源库为同一密码；数据传输库为独立，便于数据库后台的清理。
各库的登录路径如下：⏹办公库（office）：各单位职能部门工作平台。
登录路径：10.8.5.9/office⏹车型项目库（project）：事业部承接的所有车型项目工作平台。
登录路径：10.8.5.9/project⏹公共资源库（public）：事业部专利、共享资源、文件、表单等数据文档放置点。
登录路径：10.8.5.9/public⏹大数据传输：应用于事业部部数据传输的数据传输库（FTP 15b），确保各单位之间递的便捷。
登录路径：svn://10.8.5.9/FTP 15b2.2.2注册、权限申请1. 用户注册：新进员工没有SVN，通过联系SVN管理员（管理员联系方式请见附录三），正文注明申请SVN普通，管理员处理完注册事宜后，会回复。
注：普通，只对公共区域目录有读取权限。
2. 权限的申请：用户一律通过各单位SVN干事（SVN干事联系方式请件附表一、附表二）申请SVN权限，由SVN干事统一汇总权限申请单。
凡是涉及到事业部层面的权限申请或者是涉及到非本部门的权限申请，一律填写《特殊权限申请单》，在各方领导审核审批后，交由SVN管理员处理，在管理员处理完毕后回复用户。
权限的具体申请流程在后面的第三章中将详细介绍。
2.3基本操作2.3.1操作介绍1. 系统登录点击鼠标右键出现功能选项，选择“TortoiseSVN”中的“版本库浏览器”，这时系统弹出URL界面，用户在URL中输入需要进入的库路径，弹出登录认证框，用户输入用户名和密码进入系统主界面。
图2-1(a) 系统登录图2-1(b) 认证界面图2-1(c) public库系统界面图2-1（a）和图2-1（b）是系统登录操作界面，图2-1（c）是系统的主界面，三副图中整体描述了SVN系统的登录情况。
注：图2-1（b）中“Save authentication”是保存认证选项，用户根据需要对自己的用户名和密码进行保存，以便在下次操作时不需要再次输入用户名和密码了。
2. 设置功能的使用在上节类容中主要讲述了系统的登录方式和认证保存的方法，接下来继续讲述系统“设置（Setting）”功能的使用。
在设置中，用户可以根据需要选择系统的语言显示、清除已保存的数据、显示特征标志等等。
（1）系统语言显示选择图2-2 系统语言中-英文转换系统安装后全部默认为英文模式，这时需要用户手动切换到中文模式。
图2-2中描述了中英文切换的过程，在选择“设置（Setting）”功能后弹出的对话框自动显示语言栏（Language），用户选择“中文（简体）”后确认即可。
（2）忽略上传文件SVN系统有一个似过滤器的功能，在本地工作副本中用户可以根据需要过滤一些不需要上传到服务器的文件，这个功能就是“全局忽略样式”。
图2-3（a）全局忽略样式忽略样式对提交文件扩展名进行选择性忽略，忽略格式通常以*.X形式被系统识别，例如：用户不需要将编译产生的.o和.err文件提交到SVN上，这时用户在全局忽略样式中输入*.o *.err如图2-3（a），各条目之间以空格分隔。
注意：当用户在本地工作副本中对新添加文件采用了系统添加功能操作，忽略样式功能对本地副本中的文件将不起作用，如图2-3(b)表蓝色加号表示文件已添加；另外还有一种情况，如果已经将想忽略的文件提交到了SVN系统上，是无法进行忽略的。
图2-3（b）添加文件样式（3）保存清除在对系统保存认证后相应需要对认证进行清除，清除功能仍然在设置模块中，界面如图2-4。
在保存清除中共可以对本地四种已保存数据进行清除，分别有URL历史记录、日志信息、窗口大小、认证数据，在对这些数据完全清理后系统自动恢复到“零”状态。
因此，用户在离机后也别忘记将保存认证数据清除掉，以保障资料的安全性。
图2-4(a) 认证清除图2-4(b) 密码清除（4）特征标志选择不少用户在使用SVN“检出”功能后，本地工作副本没有出现特征符号——绿色勾或其他特征符号，这是由于系统无法识别默认的状态缓存，需要人工手推选择状态缓存方式，改变状态缓存方法如图2-5，在设置中选择“外观与样式”的“图标叠加”模块，再在“状态缓存”中选择“Windows 外壳”。
图2-5 特征显示设置中其他不常用的功能不再进行一一介绍，用户可以根据日常操作实践来理解。
3. 在SVN系统上进行日常工作SVN系统不支持直接在系统上对文件修改的操作。
如果有受控文件需要修改，用户可以通过在本地工作副本中修改后提交到系统上，这中间的媒介就是.svn隐藏文件夹，系统的整个操作围：“检出”——“提交”——“更新”，接下来给大家详细介绍各操作。
（1）本机文件夹与服务器文件夹之间的首先，在本地电脑新建一个文件夹，并给文件夹重新命名；然后，鼠标选择文件夹，点击右键选择“检出（Checkout）”功能,使用检出功能后本地文件夹有一个绿色的勾，称之为本地“工作副本”。
图2-6（a）中黄色框为SVN路径选择区域，绿色框为本地路径选择区域，用户根据需要在后面按钮处选择相关下载路径。
图2-6（b）中为系统文件夹检出到本地后的状态。
图2-6（a）SVN检出按钮图2-6（b）SVN检出视图另外，用户还可以在系统界面直接检出需要文件夹到本地，在服务器界面选择需要下载文件夹如图2-6（c），然后点击右键选择“检出”功能再继续按照以上操作即可。
注：用户需要注意“检出”功能只针对系统文件夹，对于系统中单个文件是不能够使用检出的。
图2-6（c）界面SVN检出（2）日常操作上传SVN当创建了本地工作副本后，可以在副本中进行任何日常操作，如：增加文件夹、文件、修改文件、数据等，用户每天下班前将需要本地副本中做的修改提交（Commit）到SVN上，确保服务器上数据与本地副本中的数据保持同一版本。
需要强调的是，虽然用户在本地创建了工作副本，但如果所有执行操作没有提交到SVN上，一旦本机数据丢失，将无法追溯。
用户在提交时需要注意两点，如图2-7：○1选择提交无版本控制选项，避免出现新增文件漏提现象；○2日志备注的填写，方便后续对文件的追溯。
图2-7 SVN提交（3）文件修改差异比较SVN系统有一个非常适用的功能——“修改差异的比较”，可以将本次修改容和原稿作比较并显示出来，图2-8（a）为提交版本与修改前差异比较方法，图2-8（b）为追溯历史版本之间差异的比较方法。