图形化的工具虽然用起来也是蛮爽的,可是我仍是以为命令行是程序猿的一种基本功的说。可是本猿的基本功有点稀松啊,因此稍微作了一个经常使用命令的总结,但愿对你们也有所帮助 :)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/