Pycharm使用SVN同步代码数据教程
目录
0. 前言
1.下载SVN
2. Pycharm配置SVN
3. SVN服务器搭建（无仓库，现场构建）
4. 建立仓库访问连接
5. 完成一次提交
6. 完成一次拉取
7.项目级提交和拉取
0. 前言
当我们采用Pycharm进行代码量很大的项目开发时，多个人可能会对同一代码进行修改和更新，如果采用传统的拷贝修改的方式，不仅耗费时间且不好保留版本。因此，采用仓库进行存储是一个很好的选择。
当我们选择用SVN（Pycharm自带的Subversion）时，由于Pycharm可能绑定了Git，我们可能无法依照现有教程实现流畅的SVN部署。因此，本文针对这种情况，增量提供SVN的装载、仓库构建和基本操作的简易参考教程。
1.下载SVN
1.1. 点击以下链接进入SVN官方网站：
首页 · TortoiseSVN - TortoiseSVN 软件
1.2. 点击最新的发布版本，并选择合适自己系统的的版本下载
1.3. 下载完点击安装
1.4. 在Custom Setup界面选择组件一次性全部安装（省事），其余两个是仅该组件和后续按需安装。
1.5. 点击Next然后Install，中间跳出命令行弹窗选择“是”，等待进度条走完。
2. Pycharm配置SVN
2.1. 进入新版Pycharm，选中左上角，调出设置界面。
2.2. 找到版本控制（Version Control）和 Subversion
2.3. 查找并修改SVN绝对路径，并且使用自定义配置目录（默认内容即可），点击应用。
注：安装默认地址是“C:\Program Files\TortoiseSVN\bin\svn.exe”,如果中途没有弹出让选择SVN安装地址就是这个。或者采用命令行指令来查找svn.exe的位置：
where.exe svn
3. 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后面要额外加"\trunk"
4.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. 我们右键点击根目录，能找到和文件一样的项目级提交和拉取。其余功能大体相似，可以自行探索。