-
svn版本控制工具，多人协作，需要安装服务端和客户端，服务端要建仓库和用户，客户端checkout输入用户名和密码，和保存路径；commit提交本地磁盘增删改文件，可以留意感叹号，打钩，还有提交时文件的status状态是missing，modify等等查看全部
-
对比：(都是右键单击）1.TortoiseSVN中Diff<br> 2.历史记录选中两个文件用Compare查看全部
-
查看历史记录用TortoiseSVN中的Show log，用过自己账号查看。 Commit...中的上方空白用于解释说明查看全部
-
版本ch冲突查看全部
-
.svn文件夹是连接svn的关键，删除了就和普通文件夹一样了查看全部
-
show log查看全部
-
checkout update commit查看全部
-
好查看全部
-
实际上就是查看全部
-
SVN版本控制工具下载地址查看全部
-
早更新，晚提交，合作开发原则必须遵守。查看全部
-
工具是一种手段，重要的是会使用查看全部
-
安装两个软件： 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查看全部
-
当出现SVN合并冲突时,可以先不更新,那么就不会出现四个文件了(其中有一个文件是修改的文件). 把修改的文件复制出来,改个名字,放到客户端文件夹即可.然后再选择文件右击点击revert恢复到上一次从服务器取的最新的文件,再点击SVN UPDATE更新文件,然后 选定两个文件,右击Diff对比,就会把现在服务器上的文件和你写的文件的异同显示出来. 在新revert出来的文件上,根据两个文件的异同商量决定修改或采用哪个代码,修改完删掉复制的文件,然后update文件即可.查看全部
-
SVN的自动合并: 开始的时候两个用户的文件都是从仓库下载下来的,文件里的代码是一致的,后来分别对代码做了修改,但是两个用户修改的代码没有重叠部分. 第一个用户SVN COMMIT之后,第二个用户的代码就过时了,第二个用户点击SVN COMMIT提交文件的时候就会提示文件已经过时,并提示用户要进行SVN update操作,当点击更新,这个时候SVN就会进行代码的合并,得到的是两个用户合并起来的代码,然后会再次询问是否提交到SVN中. 两个用户同样从仓库中下载并更改了同一个文件的代码,但是两个用户修改的代码有重叠的部分.第一个用户SVN COMMIT之后,第二个用户的代码也过时了,第二个用户点击SVN COMMIT提交文件的时候,就提示第二个用户更新文件,当第二个用户点击SVN UPDATE更新文件之后.会出现4个文件,当文件出现感叹号的时候,说明SVN此时不能正常合并,因为出现了冲突,此时就要让两个用户协商,具体是提交这两个用户的哪一个文件. 黄色感叹号的文件:是原本要提交上去的文件,打开后会多显示两个用户共同修改的代码,第二个用户修改的代码会加上注释,而第一个用户修改的代码没有加上注释. 后缀为mine的文件:此文件是第二个用户修改过后的文件.文件中不会包含第一个用户添加的新代码. 后缀为.r10的文件:即第二个用户修改之前的文件. 后缀为.r11的文件:即第一个用户修改后提交的文件. 如果决定使用第二个用户提交的文件,那么可以直接在黄色感叹号的文件中删除第一个用户修改的代码,再提交去SVN.(不方便),或者直接把后缀为.mine的文件覆盖给黄色感叹号的文件(即修改的文件),再提交到SVN. 如果决定使用第一个用户提交的文件,那么可以右键黄色感叹号的文件,点击Revert即可,另外的3个文件会跟着消失. 如果觉得两个用户提交的代码都不好,那么可以使用后缀为.r10的文件去覆盖黄色感叹号的文件,再提交去SVN.查看全部
举报
0/150
提交
取消