版本管理工具介绍---SVN篇_技术笔记

慕粉1745468776 2020-08-11

三种情况第一种：同一个文件，a和b修改的行不一致，提交时svn就可以直接合并代码，最幸运的情况。第二种：同一个文件，a和b修改的行一致，提交时文件提示冲突，此时通过日志找到修改的人商量。第三种：如果代码发生变化，可以通过版本对比查看不通版本的区别，以及定位谁修改的。

0赞 · 0采集
慕九州227302 2020-07-26

A和B，B修改了A的方法，可A并没有发现，需要使用比对发现

截图
0赞 · 0采集
始于微尘 2019-03-31

第四章所讲的SVN常见问题实际意义很大！mark

0赞 · 0采集
慕仰mooc 2019-01-29

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

截图
1赞 · 1采集
Hello_my_new_world 2018-07-24

这节主要是比对

0赞 · 0采集
qq_光亮_1 2018-06-29

安装两个软件：
1. SVN服务端，可以用VisualSVN Server，在这里可以新增用户
2. SVN客户端，可以用TortoiseSVN

第一次从某一个仓库下载代码时：在任意一个文件夹下右键单击，SVN Checkout:
URL of repository: 服务端仓库路径，本地地址： https://127.0.0.1:443(服务器端安装时的选择的端口)/svn/Test/
Checkout directory:
将远程仓库放在本地的文件夹路径

基本操作：
SVN Commit：在本地仓库有更新时，提交，要写注释
SVN Update：拉远程的仓库
show log：针对文件，右键单击，可以看到提交记录，在提交的记录里，右键单击，可以选择需要revert的版本（在下方的path里面也可以右键单击，将文件保存到本地磁盘）
在svn的根目录也可以show log

冲突
有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码
1.如果要保留自己的版本，就用mine覆盖原来的代码，再次提交
2.如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便)
3.如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）

经验：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下

与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions

0赞 · 0采集
qq_光亮_1 2018-06-29

1在官网下载：服务端安装包和客户端安装包
2在电脑a上安装服务端，并创建一个项目仓库和创建2个用户甲和乙
3甲和乙分别在各自电脑安装客户端，并用服务端创建的用户名、密码、连接服务端的url，连接到服务端
3.1此时甲和乙都拥有，将本地创建的文件提交到服务端，以及可以删除服务端文件的权限(不过服务端都会保存操作记录，以供方便追回)
4需要一个人在服务端仓库创建一个项目的初始化版本，然后甲和乙各自更新到本地，各自开发相应的模块；
5整个项目有太多文件，甲和乙每次只修改各自要操作的单个文件(对其他文件并不影响)
6记住，每次修改b文件前，一定先从服务端更新，将最新版本的b文件更新到本地，修改好以后，再提交到服务端
7如果甲想修改a文件，甲先将a文件的最新版(15版)从服务端更新到本地，然后进行修改；
7.1这时乙也将a文件的最新版(15版)从服务端更新到其本地，进行修改，修改之后，将a文件提交到服务端，这时a文件在服务端的记录已经是第16版了，而甲的本地a文件还是第15个版本，此时甲修改好了准备提交到服务端，这是就会冲突，因为服务端已经是16版了；
7.2面对冲突，如果甲和乙在a文件修改的代码不在同一行，当甲选择继续提交，svn会把甲和乙的修改同时合并到a文件，但是如果甲和乙在a文件修改的代码在同一行，则svn会在甲的本地生成四个文件：四个文件个代表什么？看上一节笔记；
7.3一般开发过程中，面对上述冲突，最好的解决办法就是：甲先不提交，先把自己在本地修改好的a文件，备份一份，然后再从服务端更新到a文件的最新版即16版，私下和乙协商，这个文件该怎么写，协商好以后，把最终结果修改到a文件，再提交到服务端即可；
8一旦将某个文件提交到服务端仓库以后，这个文件的所有修改记录都会被服务端记录，客户端showlog就可以看到；
9从b文件创建，以及每一次的修改，都会有一个版本号，每一次版本都会被保存在服务端，如果想恢复到之前的某个版本，直接从showlog查询，恢复就行
10甲和乙各自的本地项目文件丢失以后，不用担心，再从服务端更新下来即可，但是如果服务端所在的电脑的磁盘被格式化了，这个项目将永远彻底被删除

0赞 · 0采集
慕粉0151198432 2018-05-21

18521

0赞 · 0采集
迷失的码农 2018-05-11

安装两个软件： 1. SVN服务端，可以用VisualSVN Server，在这里可以新增用户 2. SVN客户端，可以用TortoiseSVN 第一次从某一个仓库下载代码时：在任意一个文件夹下右键单击，SVN Checkout: URL of repository: 服务端仓库路径，本地地址： https://127.0.0.1:443(服务器端安装时的选择的端口)/svn/Test/ Checkout directory: 将远程仓库放在本地的文件夹路径基本操作： SVN Commit：在本地仓库有更新时，提交，要写注释 SVN Update：拉远程的仓库 show log：针对文件，右键单击，可以看到提交记录，在提交的记录里，右键单击，可以选择需要revert的版本（在下方的path里面也可以右键单击，将文件保存到本地磁盘）在svn的根目录也可以show log 冲突有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1.如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2.如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3.如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions

0赞 · 0采集
菜的抠脚2 2018-03-17

如果在很多版本之后才发现问题，可以查看历史版本show log，与历史版本进行比对，有个compare reversion.

0赞 · 0采集
菜的抠脚2 2018-03-17

代码多，产生问题的代码不止一处，并且两个人各有有效的代码的话：先把自己的代码粘贴出来，改个名字；然后回滚到上一次的新版本——Revert一下。然后Update一下；然后再把自己的代码粘过来选中两个文件，然后用Tortoise中的Diff比对工具比对，然后和另一个人商量，改完了就可以把其中一个不用的文件删掉，然后再提交。

0赞 · 0采集
慕哥_亮亮 2018-02-20

多人提交代码时的各种问题，常见问题1，2，3都是需要多多注意的。

0赞 · 0采集
慕莱坞1980895 2017-12-30

@版本管理工具介绍---SVN篇——常见问题 1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较) Compare revisions

5赞 · 0采集
Jackson_S 2017-06-30

@版本管理工具介绍---SVN篇——常见问题 1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较) Compare revisions

1赞 · 5采集
DR枫林残忆 2017-05-28

@版本管理工具介绍---SVN篇——常见问题 1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

截图
2赞 · 1采集
追梦21 2017-05-24

@版本管理工具介绍---SVN篇——常见问题 1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

0赞 · 1采集
Arvinda 2017-03-10

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：

0赞 · 3采集
夜还没黑 2017-02-10

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

2赞 · 2采集
momomemo 2017-02-07

在show log里，一版一版的比对。

截图
0赞 · 0采集
momomemo 2017-02-07

代码对比-先备份自己的，再下载最新的。对比，并沟通修改

截图
0赞 · 0采集
滕玉龙 2017-01-28

public Test(){ System.out.println("B的代码!"); } public Test(){ System.out.println("B希望改成这样!"); } public MethodB(){ System.out.println("这是B新加的，不许乱动!"); } public MethodA(){ System.out.println("A新加的方法!");

0赞 · 0采集
滕玉龙 2017-01-28

public Test(){ System.out.println("A的代码!"); } public Test(){ System.out.println("A希望改成这样!"); } public MethodA(){ System.out.println("A新加的方法!"); } public Test(){ System.out.println("B的代码!"); } public Test(){ System.out.println("B希望改成这样!"); } public MethodB(){ System.out.println("这是B新加的，不许乱动!"); }

截图
0赞 · 0采集
qq_莫那鲁道_03885824 2017-01-16

下载服务器端和客户端软件,或者直接使用eclipse中的team管理,主要理解SVN的作用和概念:即SVN是协作团队共同开发的软件--版本管理工具,就像银行卡系统,则服务器端,任何人在任何时候上传的代码都被保存,任何时候都能调用代码,这样保证了代码不会丢失.但是我觉得还是不能有效的解决同事间代码冲突的问题,而且每次都需要重新下载代码到本地. 和git最大的区别就是;git每个程序员都有自己的库.不用担心库被删,也就是分布式管理,git的作用主要是协调程序员代码的修改部分,因此不会出现SVN的问题. 一个是集中在服务器管理,一个是分布式的在程序员自己的库中,两种不同的代码版本管理软件,各有用处.不过,git是Linux开发的,看来还是他更懂流浪的程序员啊....... 个人见解,如有错误,望批评指正.

1赞 · 1采集
Airly 2017-01-04

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

2赞 · 1采集
WOshows 2016-11-29

在show_log中直接compare,来找到出问题人员

截图
0赞 · 0采集
单身狗程序猿 2016-11-24

直接在svn上比对不同版本

截图
0赞 · 1采集
单身狗程序猿 2016-11-24

两个文件比对

截图
0赞 · 0采集
尐笨笨 2016-11-10

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

8赞 · 13采集
foreachyang 2016-10-25

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

2赞 · 3采集
邱志成 2016-10-20

1、每天早上上班要update SVN，每天下班要commit SVN。 2、查看是谁动了我的代码，右键 tortoise 后查看 log 日志。 3、文件被别人删除，在空白处右击，show log，可以查看整个库的所有增删改查操作记录，如果单个文件还在，只想查看该文件记录，那就在该文件上查看 log（自从新建一个文件后，对该文件的所有操作都会被服务器仓库记录下来，随时可以可别人商量恢复）。 4、权限清空：TortoiseSVN——Settings——Seved Date——Clear clear all。 5、commit 上面有一块区域是做注释的（推荐常用）。 6、良好冲突：如果A和B都在修改了代码，B先于A上交，当A去commit的时候，就会提交失败，必须先更新你的本地文件，那么B的代码会和A的代码同时存在（两个人修改的不是一个地方算好的情况了）。 7、较差冲突：有冲突时提交会产生三个文件，.mine是自己改好之后的代码，rx,ry，x,y两个数字较小者是我改之前的代码，数字较大者，是服务端的代码 1）如果要保留自己的版本，就用mine覆盖原来的代码，再次提交 2）如果认为对方是正确的，就revert一下，这个时候已经拿到了最新的代码(不一定非要这样操作，但是这样方便) 3）如果认为上一个版本是正确的，用版本较小的覆盖（直接删除改后缀名）经验1：如果Commit Failed！就不要点了ok继续按update了，先把自己的代码复制到一边，再把那个文件revert，再update，再把放在一边的文件重命名复制到相同文件夹下，选中两个冲突的文件，TortoiesSVN->diff，左边是最新的代码，右边的是我的，解决冲突之后两个人最好都update一下。经验2：与历史记录比对：show log之后，同时选中两个版本（比如现在到了第10版，那么要10/9先比较，看看有没有差异，没有差异，则比较9/8版，如果仍没有差异，以此类推继续比较），Compare revisions。

2赞 · 1采集

数据加载中...