採用業界成熟方案 git flow 分支方式進行開發；乙個經典的 git 開發/部署流程包括幾個環境：本地開發環境、線上測試環境、線上生產環境，分別對應git的本地工作環境、develop 分支、master 分支
先在本地進行開發，做一次完整的提交 push 到 develop 分支，進行線上測試，一切正常 push 到 master 分支，乙個完整的部署過程over.
確切的說 master、develop 分支大部分情況下都會保持一致，只有在上線前的測試階段 develop 比 master 的**要多，一旦測試沒問題，準備發布了，這時候會將 develop 合併到 master 上.但是我們發布之後又會進行下一版本的功能開發，開發中間可能又會遇到需要緊急修復 bug ，乙個功能開發完成之後突然需求變動了等情況，所以 git flow 除了以上 master 和 develop 兩個主要分支以外，還提出了以下三個輔助分支：
實際開發中release分支用的比較少，對我們不太適用，所以不在開發流當中首先安裝 ssh keys : 詳細教程
專案管理員會首選在遠端倉庫建立倉庫，並建立develop分支.
作為開發人員，在本地：
git clone [email protected]
.com:your_org/your_project.git
git branch -a -v
touch readme.md
git add readme.md
git commit -m "add readme"
git push -u origin master
git checkout -b develop master
## add & commit .....
git push –set-upstream origin master
git branch -a -v
建立 develop 的分支 feature/search-recommend
在該分支上進行開發，完成後進行本地提交
切換到 develop 分支，pull拉取遠端倉庫最新版本
此時本地 develop 分支是最新版本，然後 merge 分支 feature/search-recommend
如果此時有衝突，清除後commit
把本地合併後的分支 develop push 到遠端 develop
在 develop 分支環境下進行測試
一切ok，刪除該功能分支
切到 master 分支，pull 然後 merge develop，收工
每次 merge 前先 pull 遠端分支在進行合併
每完成乙個功能就提交一次，不要累計**
git checkout -b feature/search-recommend develop ##建立並切換到分支
git add somefile
git commit -m 'msg'
git checkout develop
git pull
git merge feature/search-recommend
git push
git checkout master
git merge devlop
git push
在 master 分支上拉乙個 hotfix 分支 hotfix/0.0.1
修復後 merge 回 master 分支
再 merge 回 develop 分支
刪除該分支
應始終保證 master 和 develop 上都修復了該bug
除了主要分支的名字是固定的之外，派生分支是需要自己命名的，採用如下形式：
beego開發部署
需要完整測試好專案的完整,將 部署到 git 環境,因為我自己在伺服器搭建了 git 伺服器,所以暫時不用 github,我使用的是gitolite來配合 git 伺服器進行管理,選擇他的理由是許可權分配和倉庫管理實在是方便,雖然是我乙個人開發,但是這個許可權用起來很好,後面另一篇文章會講述gito...
11 智慧型合約本地開發部署流程
index.sol pragma solidity 0.4.21 contract inbox function setmessage string message function getmessage public returns string compile.js 載入編譯器 let solc...
vue專案開發部署
建立乙個資料夾 在資料夾中開啟cmd面板 使用vue create 專案名 開始建立乙個專案 這個時候需要配置相關資訊 配置完資訊 會自動開始建立 建立完專案 找到main.js 檔案 引入需要的框架掛載到全域性 專案目錄詳解及各檔案規範 寫的頁面一般放在view檔案中裡面 需要在router 檔案...