常用操作

svn项目的trunk代码的概念约等同于git项目的master分支的代码，基本上等同于线上正在跑的代码，是比较可靠的代码来源。

svn（版本控制系统）

合并代码到t6

(不是所有代码都需要合并代码到t6)

1. checkout 下你想要合并的项目的代码的t6分支
2. __每一次合并操作前，先revert所有未提交的代码，然后做update操作__
3. 在项目的根目录进行合并操作
 1. 选择 merge a range of versions
 2. url to merge from 选择 你想要被合并的项目的开发分支，即你自己所正在开发的版本库的分支。
 3. 默认情况下应该其他都是默认操作，然后选择下一步合并
 4. 由于历史原因，建议在上一步中，点击show log 勾选自己近 期提交的所有未合并的版本
 5. 注意：如果你修改同一个文件，先后提交了5次，且从未合并过，在上一步中，你不能只勾选最后一个版本（如果这样操作，几乎必然会冲突），你需要勾选所有修改该文件的历史版本（未被合并的部分）
4. 合并如果有冲突，可以选择稍后解决。
 1.文本冲突的话，选择解决冲突，对比下左右版本后，选择正确的部分后，保存解决冲突即可。
 2.树冲突的话，无法对比左右版本，直接将发生冲突的文件更新为正确的文件后，选择接受当前的版本即可。
5. 合并完成，或者解决完完冲突之后，需要在项目根目录进行提交操作（被提交的列表中可能包含部分文件夹，也要勾选它们）

syn（推送代码到各种运行环境）

syn2 系统推送到t6分为几种情况（t6环境是开发人员维护）

1. 无法填分支或者jira号,这种需要先手动合并代码到t6后，然后点击运行即可
2. 填jira号的，这种需要先在jira上建一个issue（可以让需求方帮你建），然后把你需要推送代码的版本库和分支以指定形式填入后（svn名字:分支名字，一行只能填写一个版本库，如有多个需要换行填入），填完之后在syn2上填入 你刚才的 issue的jira号点击推送即可
3. 填分支名的，这种只要 填入 你的版本库的分支名，即可点击推送。

syn2 系统推送到测试环境 常见问题（测试环境只能是测试维护）

Q: 测试人员推送你的版本库的指定分支到测试环境发生文本冲突
A: checkout发生冲突的版本库的那个分支的代码到本地（如果你没有的话），同样进行合并操作，合并来源选择，当前版本库的trunk分支，版本号默认，其他选项都是默认，进行合并操作，解决发生的冲突后提交代码，然后让测试重新推一下之前冲突的项目。git项目也通用，git项目合并的是master的代码到你当前分支。

其他介绍

rake-zbj项目是基于fis-plus的一个解决方案。目前八戒的组件库是基于的fis-common项目的。具体的搭建可以参考很多文档。

但是需要注意的是，由于开发人员之间的本地开发环境的域名并未做统一操作，所以发现checkout下来很多人的fis项目里头的fis-conf.js文件中的roadmap对象的domain的域名千奇百怪。这个本身并没有什么关系。
但是为了本地开发环境的稳定。需要千万保证你本地的所有的fis项目的fis-conf.js的domain项都一致，同时和你在apache里配的虚拟主机的域名一致，也要和你在hosts里面配的域名一致。 不然就会发生很多你意想不到的bug