圖形化的工具雖然用起來也是蠻爽的,可是我仍是以爲命令行是程序猿的一種基本功的說。可是本猿的基本功有點稀鬆啊,因此稍微作了一個經常使用命令的總結,但願對你們也有所幫助 :)php
[]
內的內容爲可選,{}
內的內容爲必填。nginx
hg add . // 添加文件 hg branch [-f] {分支名} // 不加分支名是查看當前分支,含有分支名是建立分支,增長-f前綴能夠強行覆蓋已存在分支 hg branches // 查看全部分支 hg ci -m [備註] // 提交併添加備註 hg clone {項目路徑} // 克隆項目到當前路徑 hg di // 查看變動文件內容 hg mer {分支名} // 合併分支 hg pull // 拉取 hg pull -u // 拉取並更新 hg push [--new-branch] // 推送代碼,新分支要添加--new-branch後綴 hg resolve {文件名} // 解決文件衝突,將使hg再也不跟蹤記錄該文件 hg revert {文件名} // 撤銷修改 hg rm {文件名} // 刪除文件 hg rollback // 回退版本 hg st // 查看變動文件 hg strip {head} // 刪除指定提交節點 hg tag [版本號] // 新增版本號 hg tags // 查看全部版本號 hg up {分支名} // 切換分支 hg up -C // 撤銷 hg update // 更新
新作項目的時候,會從默認分支上新起分支。這是很經常使用的一個場景,具體命令參照以下命令。git
hg up {主分支名} // 切換到主分支 hg pull -u // 拉取最新代碼並更新 hg st // 查看變動文件 hg di // 查看變動文件內容 hg ci -m '{備註}' // 提交 hg push --new-branch // 新分支推代碼
本猿日常都是使用phpstorm來解決衝突的,下面的命令也是按照phpstorm的來。緩存
hg ci -m '{備註}' // 首先把本身分支的代碼提交 hg jm -b {分支名} // 把別人的代碼拉取下來 hg mer {分支名} // 合併分支
有衝突須要處理,輸入:q
是否合併成功,輸入n
而後使用PhpStrom合併代碼服務器
hg up {衝突節點(head)} hg pull hg mer
修改hg的配置文件~/.hgrc
能夠激活strip
命令並讓hg命令高亮顯示。配置以下:ssh
[extensions] color = strip = [ui] username = ***
git add [./指定文件名] // add後面不添加任何參數默認準備提交全部 git branch // 查看分支 git branch {分支名} // 建立分支 git branch -d {分支名} // 關閉分支 git checkout {分支名} // 切換分支 git checkout -b {分支名} // 建立並切換分支 git commit -m "備註內容」 // 提交備註內容 git merge {分支名} // 合併分支 git push origin {分支名} // 將更改的文件push到git上 git pull // 把項目從git上拉取下來 git status // 檢查有哪些文件更改
cd vagrant // 將目錄切換到虛擬機所在的目錄 vagrant reload // 重啓虛擬機 vagrant ssh // 登陸 sudo -s // 切換到root用戶 vagrant up // 啓動虛擬機 vagrant halt // 關閉虛擬機,對應就是關機 vagrant suspend // 暫停虛擬機,只是暫停,虛擬機內存等信息將以狀態文件的方式保存在本地,能夠執行恢復操做後繼續使用 vagrant resume // 恢復虛擬機,與前面的暫停相對應 vagrant destroy // 刪除虛擬機,刪除後在當前虛擬機所作進行的除開Vagrantfile中的配置都不會保留 vagrant status // 獲取當前虛擬機的狀態 cd /home/jm/nginx/conf/vhost // 查看nginx服務器配置文件參數 service nginx restart // 重啓nginx,必需要先切換到root才能夠
有時候,明明項目目錄下的代碼已經更改了,但是訪問項目地址,頁面仍是顯示修改前的樣子。這時,可能就要思考一下,是否是模板緩存搞的鬼咯 : )phpstorm
cd vagrant vagrant ssh sudo -s cd /home/logs/file_cache/ rm -rf templates_c/