SVN 客户端使用说明(三)

青旅半醒 2022-05-22 10:37 201阅读 0赞

**客户端使用说明**

**1)添加SVN目录**  
新建文件夹，右键点击  
 ![70][]  
点击SVN Checkout,复制svn服务路径（https://CY-20180605XUVO/svn/test1/）  
 ![70 1][]  
输入用户名及密码，更新文件仓库。  
 ![70 2][]  
**2)首次上传及提交文件**  
首先右键选择TortoiseSVN，点击Add，将文件加入上传目录（首次上传需要加入提交目录，如果已加入目录直接SVN Commit即可），如下图：  
 ![70 3][]  
点击文件右键，点击SVN Commit,进行提交  
 ![70 4][]  
确认提交的文件目录，以及输入此次提交说明。  
 ![70 5][]  
提交后，返回提交信息列表，如下图：  
 ![70 6][]  
**3)更新文件**  
将最新文件更新至本地，点击右键，点击SVN Update获取最新文件，如下图：  
 ![70 7][]  
**4)查看日志信息**  
右键点击文件，选择show log选项，如下图：  
 ![70 8][]  
日志信息包含版本号，提交动作（新增，修改等），操作人，提交时间，提交信息等，在弹出界面也可以日期范围的简单筛选，如下图：   
 ![70 9][]  
**5)文件比较-与前一版本比较**  
与前一版本进行比较，如下图选择”diff with previous version”  
 ![70 10][]  
比较详细信息查看，如下图：  
 ![70 11][]  
**6)文件比较-与历史版本比较**  
首先查询文件日志show log（可查看“4）查看日志信息”说明），可选择不同历史版本进行比较，如下图：  
 ![70 12][]  
**7)本地文件还原服务器版本**  
如果本地已经对文件进行修改，但是想要还原到服务器上的版本，可进行如下操作：  
说明：文件的红色感叹号代表，本地文件与服务器文件不一致；  
 ![70 13][]  
点击“Revert”,可将本地文件还原为服务器上最新版本。  
**8)忽略提交文件**  
如果需要每次提交整个文件夹内多个变动的文件，但是其中一个或多个文件又不想提交到服务端，可进行下面操作。 对文件夹进行提交操作，将新建的excel加入忽略列表，如下图：

![70 14][]

![70 15][]

忽略提交文件列表已经生成，之后每次提交文件夹内变动文件时，此文件将不被提交，如果想要提交忽略文件，可进行打钩选择进行提交。  
**9)处理文件锁定**

下面例子来自于网上文章，但是没有找到原文出处，如侵权则删除下面说明

SVN本地更新时，由于一些操作中断，如磁盘空间不够，用户取消等，可能会造成本地文件被锁定的情况。这时候无论你在执行SVN的更新、提交等子命令都会提示“\*\*locked”的错误。

![70 16][]  
一般出现这种情况的解决方法：  
1.可以使用SVN clean up来清除锁定。  
2.如果不是本目录锁定，系统提示上一层目录锁定，需要到上一层或者根目录中清除。  
 ![70 17][]  
3.如果在根目录下都无法clean的话，sqlite工具进行清除数据。  
先设置隐藏文件、文件夹为可见  
 ![70 18][]  
按下图的操作，即可设置隐藏文件、文件夹为可见  
     ![70 19][]![70 20][]  
回到刚才的目录，是否发现多了一个文件夹，就是那个目录，是svn的隐藏目录，里面有它的配置文件  
 ![70 21][]  
找到一个wc.db的数据库文件，这个是一个sqlite的数据库文件，没有密码，可以直接打开，可以使用sqlite查阅器打开  
 ![70 22][]  
这里介绍用aSQLiteSpy来打开，这个软件非常好用，想要初步了解的可以查看我的另一篇经验文章：如何打开sqlite的数据库文件  
 ![70 23][]  
如果svn被锁住，直接删除这个表的数据就可以了  
delete from work\_queue;  
 ![70 24][]  
**10)解决文件内容冲突**  
举例说明：（参考https://www.cnblogs.com/jose-Lee/p/4896088.html）  
假设A、B两个用户，他们分别从svn服务器中检出了test1.txt文件，此时A、B、服务器三个地方的test1.txt的版本都是13。A、B文件的内容如下图（左A右B）：  
 ![70 25][]  
接下来，B用户添加一句话并提交，内容如下：  
 ![70 26][]  
此时B用户和服务器的test1.txt的版本都变为14，只有A用户的test1.txt的版本还为13。接下来A用户添加一句“aa”,然后提交  
 ![70 27][]  
由于A用户是在13版本上做的修改，而服务器已经是14版本了，所以会提交失败：  
 ![70 28][]  
接下来就是我们要解决的问题了，解决方法分为以下两种方式。  
第一种方式：  
A放弃自己修改的内容，进行Revert操作，解决冲突后，但是A需要重新修改，重新提交。  
第二种方式：  
因为版本过时，提交失败后。A用户直接选择更新操作，结果如下图所见  
 ![70 29][]  
这里详细说一下产生冲突后的这几个文件，：  
test1.txt.mine---这个文件是A用户在13版本中做了修改要提交的文件。它的内容是：13版本内容+A用户的修改  
test1.txt.r13----这个文件是A用户最初的13版本的test1.txt。  
test1.txt.r14----这个文件时svn服务器中test1.txt的最新版本，这里既是B用户提交后的14版本。它的内容是：13版本内容+B用户的修改  
test1.txt--------由于A用户选择了直接更新，此文件就是svn将 最新版本14 与 A用户的修改 合并后的文件。它的内容如下：  
 ![70 30][]  
接下来说一下如何解决。对于源代码文件或其他的纯文本文件，我们可以将上图的A用户test1.txt的内容整理下，使其满足条件，然后选择，  
 ![70 31][]  
这时test.txt.mine、test1.txt.r13、test1.text.r14将会消失。用户A就可以顺利提交了。  
但是，如果test1.txt是一个非纯文本文件，比如excel，这时的test1.txt将没法手动合并了，不得不放弃自己的修改。可以在test1.txt上右键选择“Resolve”操作消除掉test.txt.mine、test1.txt.r13、test1.text.r14这三个文件。（点击Resolve不会更改test1.txt以及服务器端的内容，仅仅是消除了那几个文件。）此时的test1.txt文件是可以提交的，它对应的是服务器的最新版本，即14版本（因为这是svn将服务器最新版本14和A用户修改内容合并后的结果）。但这是svn帮我们合并的，是不合法的文件。我们可以右键然后选择“Revert”，然后test1.txt就会变成14版本，A用户的修改没有了，A、B、服务器的test1.txt都成为了14版本。接下来A用户就可以再进行修改提交了。  
**11)删除文件**  
右键文件，进行删除操作，如下图：  
 ![70 32][]  
删除后，进行提交操作。  
如果想要恢复删除文件，可通过查询日志（参考“查看日志信息”）进行恢复，如下图：  
 ![70 33][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzE2OTk4OTQ1_size_16_color_FFFFFF_t_70][]

[70]: /images/20220522/d927ec705253431b9ce9e2a6504b85ca.png
[70 1]: /images/20220522/7209501ddd904519a9d2db1c76fc6b53.png
[70 2]: /images/20220522/c1eacd96b35940acaa21dc2973ac012e.png
[70 3]: /images/20220522/2b2ac074a1ec4f66ade76355273304ae.png
[70 4]: /images/20220522/d19ebd1d455d4371824d05f29c294c23.png
[70 5]: /images/20220522/82ac5e9fef70491f8f1a5f0676e69ac0.png
[70 6]: /images/20220522/8fbeb915c25a432e84b5408498d265c0.png
[70 7]: /images/20220522/90ba270a7da64ed5827ccf0bf37c4267.png
[70 8]: /images/20220522/97285a6be3d24dc7a1750de6f7c74046.png
[70 9]: /images/20220522/280d4d8c05a44e618b74223aaa4e4523.png
[70 10]: /images/20220522/34ec305f937b4f2fa6866d8e2dadb00b.png
[70 11]: /images/20220522/1b9b9baaa3794abcb9d0dde832d7bc90.png
[70 12]: /images/20220522/122a5ccac10b46e8a8529694488aca02.png
[70 13]: /images/20220522/2e2b76efe71f4ed4a1aaca5f4927e564.png
[70 14]: /images/20220522/a51caca525474525827c20f42cf7e0d4.png
[70 15]: /images/20220522/87721b9f7df842aa942861420b86d823.png
[70 16]: /images/20220522/8f4944a244d846259018aba239374e2f.png
[70 17]: /images/20220522/ef8da4d85d594079a0b013415b807d20.png
[70 18]: /images/20220522/d88c0966f7304d1db246d7a8a960c409.png
[70 19]: https://img-blog.csdn.net/20180622110735821?watermark/2/text/aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzE2OTk4OTQ1/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70
[70 20]: /images/20220522/4046d32497544ebe8e71b7b50a349694.png
[70 21]: /images/20220522/24ec22b8c4a9461990c8af7639e31f84.png
[70 22]: /images/20220522/d982144195484e84be6d07b47047ba6d.png
[70 23]: /images/20220522/e5114a0d2fed4a65b48e195342b81338.png
[70 24]: /images/20220522/cba04626769d4d15b04f021f419d4170.png
[70 25]: /images/20220522/090d2c5b49df40f4aa52ff61133d11de.png
[70 26]: /images/20220522/9cede4469bb741fead689fd1126b567b.png
[70 27]: /images/20220522/6ef8ceb0691f499e9501dfb24d97cede.png
[70 28]: /images/20220522/474a17d8cb98451e808fb65a2bd54b07.png
[70 29]: /images/20220522/54603a3efbd9418e8cf1abdae5f30673.png
[70 30]: /images/20220522/c4e2cef6c83d411a9636ce6e18c6a4c5.png
[70 31]: /images/20220522/9681a9cf55514786af0edf35b23345e4.png
[70 32]: /images/20220522/76f9d025ba034991a8ccef4316dc43cb.png
[70 33]: /images/20220522/e24b07230468431a925d91007325b125.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NpbmF0XzE2OTk4OTQ1_size_16_color_FFFFFF_t_70]: /images/20220522/e56ab22140c241a788f45046fbee5baa.png