今天完成的事情：
修改bug
学习svn使用规范
明天计划的事情：
讲小课堂,继续修改bug
遇到的问题：
server:
tomcat:
收获：
skill是修真院的项目 开发环境是dev开头的
1:项目上右键选择checkout,可以下载到本地
2:vcs---->checkout from version control---->subversion用来下载项目
3:上传代码前点击
更新,因为做项目时是多人开发,无法保证当前文件是最新状态,所以上传前都要更新到本地
4:点击上传
出现
上面的是有修改的部分,commit message是写备注的地方,如果开发了某个功能,或修了某个bug,就记录备注
假如没有特殊内容,就可以直接写修改的文件名.
5:从外部直接拖进来的文件,默认不在svn的监管下,同时该名字也会是红色的,这时候需要右键该名字subversion---->add to VCS,这时候文件名变成绿色的,再上传就能看到改动
6:同时修改产生冲突,如果不更新就上传,就显示不是最新版本,所以必须先更新代码.
更新时会出现提示本地代码和服务器代码出现冲突.点击merge看详情
会出现三个屏幕,分别为本地代码,我曾经的版本(结果),服务器上的代码.
点击abort舍弃更改
会出现多个文件且变成红色,文件内出现不同版本融在一起的内容
mine为我的版本,数字是版本号
右键项目---->Subversion---->show History查看历史
点击进去可以看修改了什么.
右键Subversion---->Resolve Text Conflict进入冲突页
然后有两种简单选择,accept yours是选择自己的,accept theirs是选择别人的.
如果点进去merge查看详情,可以点击箭头和叉来选择需要修改的版本.如果处理完毕,会有提示
然后直接apply应用中间的结果
7:项目down到本地之后,会出现两个代表本地环境的文件夹,一个是.idea和一个隐藏的文件夹.svn.
他们代表在本地中的一些环境和记录,一般不用管
8:本地历史:右键---->local history show history
可以看到项目最初到现在的改变,如果想要回到某个版本,可在左边右键revert即可
左边是历史,右边是现实
9:在操作中途如果被中断,下次再操作有可能提示被锁住,这时候需要右键---->Subversion---->Cleanup
10:打tag,项目开发完成后,部署到开发环境后,dev-项目.ptteng.com.
别人可以通过域名访问内容.
demo通过后开发人员把代码部署到测试环境.这就需要打tag
把代码地址交给运维,让他们部署到测试环境,tag里的代码是不允许改动的
就是把trunk里的代码复制到tags里面去.
打tag:直接在trunk上右键branch or tag
tag命名一般是项目名+版本号.
打完tag后,进入邮件,邮件中说明是什么项目,前台或后台,申请发布测试环境
路径提前和运维约定
wiki登记
运维发布完成后会回复一个邮件.
11:bug修复流程:线上和测试环境
如果不急着进行下一期开发,可以直接在trunk内修改代码,打tag发测试
如果需要立即进行下一期开发trunk需要留给第二期,修改第一期bug需要打分支
方法:右键tag选择branch or tag.选择路径到branches,命名方法就是tags名加branches.分支就是来修复bug的
要把分支check out到本地来修改.
修改完成后,提交备注fix bug号,bug号以禅道上id为准.
修复后把代码部署到开发环境,找测试人员演示,成功后再部署到测试环境,再打一次tag,从branches里打tar.
12:merge功能
返回列表
评论