目录0. 前言1.下载SVN2. Pycharm配置SVN3. SVN服务器搭建无仓库现场构建4. 建立仓库访问连接5. 完成一次提交6. 完成一次拉取7.项目级提交和拉取0. 前言当我们采用Pycharm进行代码量很大的项目开发时多个人可能会对同一代码进行修改和更新如果采用传统的拷贝修改的方式不仅耗费时间且不好保留版本。因此采用仓库进行存储是一个很好的选择。当我们选择用SVNPycharm自带的Subversion时由于Pycharm可能绑定了Git我们可能无法依照现有教程实现流畅的SVN部署。因此本文针对这种情况增量提供SVN的装载、仓库构建和基本操作的简易参考教程。1.下载SVN1.1. 点击以下链接进入SVN官方网站首页 · TortoiseSVN - TortoiseSVN 软件1.2. 点击最新的发布版本并选择合适自己系统的的版本下载1.3. 下载完点击安装1.4. 在Custom Setup界面选择组件一次性全部安装省事其余两个是仅该组件和后续按需安装。1.5. 点击Next然后Install中间跳出命令行弹窗选择“是”等待进度条走完。2. Pycharm配置SVN2.1. 进入新版Pycharm选中左上角调出设置界面。2.2. 找到版本控制Version Control和 Subversion2.3. 查找并修改SVN绝对路径并且使用自定义配置目录默认内容即可点击应用。注安装默认地址是“C:\Program Files\TortoiseSVN\bin\svn.exe”,如果中途没有弹出让选择SVN安装地址就是这个。或者采用命令行指令来查找svn.exe的位置where.exe svn3. SVN服务器搭建无仓库现场构建注该步是针对没有SVN服务器的情况如果读者是参加其他人主持的项目已有SVN服务器则跳过这一步。3.1. 在使用Subversion仓库之前我们需要有服务器才能进行多人同步写作服务器用于存储代码。进入VisualSVN下载界面选择社区版https://www.visualsvn.com/server/licensing/3.2. 选择合适的版本下载3.3. 点击安装一直点Next,直到配置端口和路径界面)3.4. 我们设计自己的存储路径三个尽量分开互不干扰端口调为8443防止原有443冲突。3.5. 继续点击next本页不勾选因为和多人协作无关勾选可能需要触发协议评估。3.6. 点击install弹出窗口点击“是”等待安装完成后finish。3.7. 进入界面如果没有自动打开请查找“Server Manager”打开服务器。3.8. 右键点击User选择Create User填入自己需要的账户名和密码。3.9. 右键点击Repositories,选择“Create New Repository....”选择标准SVN库下面选项是分布式备份不是我们的需要。3.10. 输入仓库名点击next选择建立单项目仓库上面的空仓库是多项目仓库的选择测试不需要大多数社区场景也用不到。3.11. 设置访问权限我们选择第三个选项点击”Custom“,正式的仓库都应该有权限设置因为选择第二个的话后期人人都能读写安全性差第一个又过于麻烦。3.12. 添加用户点击ok后可以在主界面选择其权限。同样的可以通过添加用户来给其他人权限。3.13. 完成后返回点击next不用勾选搜索因为我们用URL直登。3.14. 得到URL和仓库信息标准的仓库应该有URL和以下三个文件。4. 建立仓库访问连接4.1. 建立Subversion仓库访问连接通用方法先退出当前的项目回到原始界面进行仓库建立。注有些教程可能直接点击“VCS”但是对于已经绑定了Git的用户上面显示的Git而不是VCS因此我们选用的是通用的方法。区别见下两图4.2. 找到“克隆存储库”25年和24年版略有区别4.3. 选择仓库URL和Subversion点击加号新建仓库连接把我们刚才创建仓库的URL填进去,并点击确定。注URL后面要额外加\trunk4.4. 点击确定后点击生成的仓库连接会要求我们输入账号密码我们把刚才在仓库中创建的用户账号密码添进去。填完后我们发现红色警告消失了。4.5. 点击仓库再点击检出我们选择一个文件夹进行测试。4.6. 已经检出成功了5. 完成一次提交5.1. 我们在左侧新建一个test文件5.2. 右键文件找到Subversion点击提交。在里面我们可以编辑提交消息然后可以点击提交。5.3. 我们尝试修改以下test文件并再次提交。此时有修改为蓝色未提交为红色6. 完成一次拉取6.1. 我们右键test文件找到历史记录在这里我们能看到之前提交的版本。6.2. 我们将test文件清空并右击找到更新文件。6.2. 我们勾选特定URL选择更新到特定版本点击HEAD旁边的文件夹图标选择我们要更新到的版本这里我们直接填版本号即可。如果发生冲突因为我们是拉取工作所以要”接受他们的更改“。6.3. 这里要注意的是如果我们当前的版本是3我们进行了修改但没有提交。假如我们想回归编辑之前的状态也就是上传的第3版的状态我们无法直接将版本更新为3因为当前已经是因此我们应该先改成2再改成3对于冲突的提示就是”接受他们的“。这里我们举个例子我们提交了第四版此时我们是第四版内容我们又改了一下这个时候我们想回归版本4编辑之前的状态我们先直接切换到4我们得到的结果是文件处于最新没有变动这个时候我们先更新到3再更新到4就成功的恢复到了第4版修改之前7.项目级提交和拉取众所周知一个大的项目和系统每更新一个版本就可能有数个文件发生了改动。因此项目级别的拉取才是平时更受用的拉取模式。其实在上一节我们已经熟悉了文件版本的拉取项目拉取其实大同小异。7.1. 我们右键点击根目录能找到和文件一样的项目级提交和拉取。其余功能大体相似可以自行探索。