myeclipse+svn插件使用手册

导入项目

  1. 在菜单栏依次点击【File-Import】进入如下界面

    image


    如果对话栏没有SVN项则表示你的myeclipse插件没有装好

  2. 点击next进入检出项目

  3. 选择创建资源库,然后点击next

  4. 输入SVN服务器ip,包括文件夹等完整路径(svn://127.0.0.1/svn),然后点击next。

  5. 输入用户名/密码,然后选择需要导入的项目,点击finish即可。
    [图片上传失败...(image-fa6b4b-1551603915778)]

更新

目的:保证本地项目与服务器上的代码、资源等保持一致,把服务器的最新版本更新下来

通俗解释:是指服务器上变动了(你的同事更改并提交)的 而你本地没有变动,需要你更新

操作流程:在项目上右击鼠标 - Team - 更新

注意:点击更新后,在本地更改了的文件一般是不会被老版本覆盖的

提交

目的:把自己所做的修改提交到版本库中,这样别人在更新的时候就可以得到我的修改。

通俗解释:是指服务器上没有的,也就是你改过的东西,你需要将代码提交,其他同事更新你的代码

操作流程:在已经更改的文件上右击 - Team - 提交

注意:
1.如果是本地对文件进行了修改,那么该文件的图标则会有一个*符号。

2.如果是本地添加了一个新文件,那么该新文件则会有一个?图标,该文件的上层节点则会有一个*图标。

目的:如果不想别人修改某个文件,则可以把此文件加锁,这样别人就不能提交你加锁的文件,不会造成文件的冲突。

通俗解释:比如你现在正在写代码,然后你的同事提交了你正在操作的这个文件,然后你写完提交就会造成文件的冲突,所以这种情况你应该先加把锁。

操作流程:
image

注意:修改完后记得解锁

与资源库同步

目的:本地项目存在与服务器不一致的内容,但是在本地项目中却无法找到(比如某个文件重命名,服务器将会有两个内容一样的文件,1重命名前提交的文件2重命名后提交的文件)

通俗解释:是在更新提交之前做的工作,更新提交前先同步,可以知道哪些东西要提交哪些东西要更新,哪些东西是冲突的(你和同事 改了同一个文件,可能会出现冲突),出现冲突不能提交也不能更新,只有先将冲突的文件选择用本地的文件覆盖或用服务器的文件覆盖本地后才能更新或提交,具体的用法请实践,操作一次就懂了。

操作流程:右击你要同步的工程->team->与资源库同步->这时会进入同步透视图,会显示出本机与SVN上内容有不同的文件,双击文件名,会显示出两个文件中哪里不同

注意:'与资源同步'只是一个检测服务器与本地资源差异的功能,它并不改变任何一段实际的内容。不过,可以在点击'与资源同步'后右击文件根据情况进行修改,增加,删除等操作


image

创建补丁 && apply patch

解释:如果管理员不想让任何人都随便提交修改,而是都要经过审核才能做出修改,那么其他人就可以通过创建补丁的方式,把修改信息(补丁文件)发送给管理员,管理员审核通过之后就可以使用apply patch提交这次修改了。

应用场景:
1.开发方式 -- 在主线版中创建补丁,在所有应用版中统一应用补丁
2.权限 -- 比如某些svn用户是只有'只读'权限的,这时他可以apply patch,由具有'写'权限的成员审核并提交到svn服务器中。

分支/标记

解释:
分支--例如当在设计一个东西的时候,不同的人有不同的实现,但是没有经过实践检验,谁也不想直接覆盖掉其他人的设计,所以可以引出不同的分支。将来如果需要,可以将这些分支进行合并。

标记--通常当项目开发到一定程度,已经可以稳定运行的时候,可以对其打上一个标签,作为稳定版。将来可以方便的找到某个特定的版本

SVN对于分支和标签都是采用类似Linux下硬链接的方式(同一个文件可以存在两个地方,删除一个不会影响另一个,所做修改会影响另一个),来管理文件的,而不是简单的复制一份文件的拷贝,所以不会有浪费存储空间的问题存在。

Switch(切换) && Merge(合并)

切换:文件创建分支后,你可以选择在主干工作,还是在分支工作,这时候你可以通过Switch来切换。

合并:主干和分支的版本进行合并,在源和目的各输入文件的路径,版本号,点击确定。系统即对文件进行合并,如果存在冲突,请参考冲突解决。

Resolving Conflicts(解决冲突)

有时你从档案库更新文件会有冲突。冲突产生于两人都修改文件的某一部分。解决冲突只能靠人而不是机器。当产生冲突时,你应该打开冲突的文件,查找以<<<<<<<开始的行。


觉得还行可以点个星星哦

你可能感兴趣的:(myeclipse+svn插件使用手册)