图形化的工具虽然用起来也是蛮爽的，但是我还是觉得命令行是程序猿的一种基本功的说。但是本猿的基本功有点稀松啊，所以稍微做了一个常用命令的总结，希望对大家也有所帮助 ：）

Mercurial HG

常用命令

[]内的内容为可选，{}内的内容为必填。

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 // 更新

新项目开新分支

新做项目的时候，会从默认分支上新起分支。这是很常用的一个场景，具体命令参照如下命令。

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

处理多头

hg up {冲突节点(head)}hg pullhg mer

hg配置

修改hg的配置文件~/.hgrc可以激活strip命令并让hg命令高亮显示。配置如下：

[extensions]color =strip =[ui]username = ***

git

常用命令

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 // 检查有哪些文件更改

vagrant

常用命令

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才可以

清除缓存模板

有时候，明明项目目录下的代码已经更改了，可是访问项目地址，页面还是显示修改前的样子。这时，可能就要思考一下，是不是模板缓存搞的鬼咯 : )

cd vagrantvagrant sshsudo -scd /home/logs/file_cache/rm -rf templates_c/