svn項(xiàng)目的trunk代碼的概念約等同于git項(xiàng)目的master分支的代碼，基本上等同于線上正在跑的代碼，是比較可靠的代碼來源。

svn（版本控制系統(tǒng)）

合并代碼到t6

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

1. checkout 下你想要合并的項(xiàng)目的代碼的t6分支
2. __每一次合并操作前，先revert所有未提交的代碼，然后做update操作__
3. 在項(xiàng)目的根目錄進(jìn)行合并操作
 1. 選擇 merge a range of versions
 2. url to merge from 選擇 你想要被合并的項(xiàng)目的開發(fā)分支，即你自己所正在開發(fā)的版本庫的分支。
 3. 默認(rèn)情況下應(yīng)該其他都是默認(rèn)操作，然后選擇下一步合并
 4. 由于歷史原因，建議在上一步中，點(diǎn)擊show log 勾選自己近 期提交的所有未合并的版本
 5. 注意：如果你修改同一個文件，先后提交了5次，且從未合并過，在上一步中，你不能只勾選最后一個版本（如果這樣操作，幾乎必然會沖突），你需要勾選所有修改該文件的歷史版本（未被合并的部分）
4. 合并如果有沖突，可以選擇稍后解決。
 1.文本沖突的話，選擇解決沖突，對比下左右版本后，選擇正確的部分后，保存解決沖突即可。
 2.樹沖突的話，無法對比左右版本，直接將發(fā)生沖突的文件更新為正確的文件后，選擇接受當(dāng)前的版本即可。
5. 合并完成，或者解決完完沖突之后，需要在項(xiàng)目根目錄進(jìn)行提交操作（被提交的列表中可能包含部分文件夾，也要勾選它們）

syn（推送代碼到各種運(yùn)行環(huán)境）

syn2 系統(tǒng)推送到t6分為幾種情況（t6環(huán)境是開發(fā)人員維護(hù)）

1. 無法填分支或者jira號,這種需要先手動合并代碼到t6后，然后點(diǎn)擊運(yùn)行即可
2. 填jira號的，這種需要先在jira上建一個issue（可以讓需求方幫你建），然后把你需要推送代碼的版本庫和分支以指定形式填入后（svn名字:分支名字，一行只能填寫一個版本庫，如有多個需要換行填入），填完之后在syn2上填入 你剛才的 issue的jira號點(diǎn)擊推送即可
3. 填分支名的，這種只要 填入 你的版本庫的分支名，即可點(diǎn)擊推送。

syn2 系統(tǒng)推送到測試環(huán)境 常見問題（測試環(huán)境只能是測試維護(hù)）

Q: 測試人員推送你的版本庫的指定分支到測試環(huán)境發(fā)生文本沖突
A: checkout發(fā)生沖突的版本庫的那個分支的代碼到本地（如果你沒有的話），同樣進(jìn)行合并操作，合并來源選擇，當(dāng)前版本庫的trunk分支，版本號默認(rèn)，其他選項(xiàng)都是默認(rèn)，進(jìn)行合并操作，解決發(fā)生的沖突后提交代碼，然后讓測試重新推一下之前沖突的項(xiàng)目。git項(xiàng)目也通用，git項(xiàng)目合并的是master的代碼到你當(dāng)前分支。

其他介紹

rake-zbj項(xiàng)目是基于fis-plus的一個解決方案。目前八戒的組件庫是基于的fis-common項(xiàng)目的。具體的搭建可以參考很多文檔。

但是需要注意的是，由于開發(fā)人員之間的本地開發(fā)環(huán)境的域名并未做統(tǒng)一操作，所以發(fā)現(xiàn)checkout下來很多人的fis項(xiàng)目里頭的fis-conf.js文件中的roadmap對象的domain的域名千奇百怪。這個本身并沒有什么關(guān)系。
但是為了本地開發(fā)環(huán)境的穩(wěn)定。需要千萬保證你本地的所有的fis項(xiàng)目的fis-conf.js的domain項(xiàng)都一致，同時和你在apache里配的虛擬主機(jī)的域名一致，也要和你在hosts里面配的域名一致。 不然就會發(fā)生很多你意想不到的bug