本篇长期更新,记录一些常用的git命令和使用git团队合作的命令
git的工作步骤
- 修改文件的工作目录
- 将这些文件添加到暂存区
- 执行commit操作,发布版本
- push将发布的版本推送到git仓库
git常见术语
commit
提交持有的库的当前状态,每个提交的对象有父commit对象的指针。从给定的commit可以遍历寻找父指针,查看历史记录的提交。
branches
分支用来创建另一条线的发展,默认情况下,git的主分支,是master分支,和上线的版本是一样的,平时要工作的新功能创建一个分支,功能完成之后,它被合并回master分支,每当做出一个commit,HEAD更新为最新提交
tags
git中的tag指向一次commit的id。通常用来给开发做版本号。
打标签
|
|
git tags
是打标签的命令,-a
是添加标签,其后要跟新标签号,-m及后面的字符串是对该标签的注释
提交标签到远端仓库
|
|
就像git push origin master 把本地修改提交到远程仓库一样,-tags可以把本地的打的标签全部提交到远程仓库。
删除标签
|
|
-d
表示删除,后面跟版本号
删除远程标签
|
|
查看标签
git tag
或者git tag -l
clone
克隆操作不仅仅是检出的工作拷贝,也反映了完整的信息
pull
pull操作是用于两个存储库实例之间的同步
push
将本地仓库中的文件同步到远端库中
head
HEAD指针总是指向分支的最新提交,每当你做了一个提交。HEAD更新为最新提交,HEAD树枝存储在.git/refs/heads/中
git常用命令
|
|
git+gulp小工作流
早上上班的时候切换到master分支,拉一下代码
|
|
开始写代码,新建一个分支
|
|
正在码代码的时候,如果其他分支有需要处理的bug,先将当前状态保存一下:
|
|
切换到别的分支修改代码:
|
|
修复bug后提交代码查看修改:
|
|
需要查看修改的细节:
|
|
没有问题就提交:
|
|
解决完bug切换到原来的分支
|
|
恢复刚刚保存的内容:
|
|
恢复代码之后又可以开始码代码了,代码写完之后,提交三部曲:
|
|
最后合并到master,多个队员一起开发,一般合并master时会遇到冲突,这是需要解决冲突,冲突一般是多个开发人员修改同一处代码造成的,拉取master代码(队友也没有合并master就商量好拉他的代码,最后解决完冲突只把你这个分支提交就好了)
|
|
或者
|
|
用gulp构建工具
在修改bug的时候将环境调成本地环境protected
<config
<dev.php
下的#当前环境 'env' => ''
env
为空为上线环境,env
为dev
为本地环境
先把env改成dev 然后改你要改的 改完在gitbash里执行以下gulp build 然后把env改成空 这时候引用的是构建好的线上环境代码 再本地看一下没问题了 再提交
然后查看完线上环境没有问题了可以进行gulp build
,可能会报错
|
|
这是要clean一下,gulp clean:temp
然后在gulp build
之后就可以git三件套了
摘自:前端资源系列(1)-Git常用命令&设置快捷命令&小工作流
- 本文链接: http://cherryblog.site/GitCommands.html
- 版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 3.0 许可协议。转载请注明出处!