【git的配置】
1.配置用户名和邮箱: 分为全局配置和局部配置 --system 系统配置 --global 全局配置 --local 局部配置
Git读取时:优先从local>global>system
git config --global user.name name
git config --global user.email email
2.别名的配置
使用git st 代替 git status
git config --global alias.st status
配置成功后全局的配置list中会添加 alias.st = status
3.默认选项的配置
pull.rebase
git config --global pull.rebase true
【git常用命令】
1.git clone [url]
在git clone操作中,git会默认拉去仓库master分支上的文件,
git clone -b 分支名 [url] clone指定的分支
2.git tag 查看当前所有标签
通过-l选项进行过滤标签
git tag -l ‘v1.8.5*’ 输出包含v1.8.5的小版本标签
创建标签: 通过-a选项创建一个标签,通过-m选项制定一条存储在标签中的信息,-m类似于git commit -m
git tag -a v1.4 -m ‘v1.4’
补充标签:加入在某次提交时,忘记打标签
首先通过 git log —pretty=oneline 命令查看所有提交历史
01eef37c165e08f60d1843511476ab9de62a418c (HEAD -> master, origin/master) no tag push
242921a006c7e00742d6d740dfcddd62e7407d10 (tag: v1.1) second push
2a292db3f0fd516cee21b423926600010746f49d (tag: v1.0) start study git (HEAD -> master, origin/master) no tag push
242921a006c7e00742d6d740dfcddd62e7407d10 (tag: v1.1) second push
2a292db3f0fd516cee21b423926600010746f49d (tag: v1.0) start study git
可以对最上面一条补充标签: git tag -a v1.2 01eef37c165e08f60d1843511476ab9de62a418c
推送标签: git push 操作默认时不会推送tag标签的,需要使用—tags选项专门推送tag标签
git push origin —tags 推送成功后可以在远端仓库看到刚才推送的标签
3.文件状态:
在一个本地仓库中,文件只有两种状态--已追踪和未追踪
已追踪文件:在仓库之前的版本快照中包含了文件的记录,在用户工作一段时间之后,这些文件要么事修改文件,要么事删除文件,要么事没有任何改动的文件
为追踪文件: 并不再上一次版本快照中,也不再本地暂存区,一般都是新增文件
注意: 刚clone完的项目,所有文件都是已之宗状态,并且都未修改
git status 命令事用来检索本地所有文件的更新,包括新增,修改和删除
在暂存区内,git只暂存了git add时的版本,如果此时进行commit提交,提交的也只是git add的版本,新的编辑并未添加至暂存区。因此我们在任何时候,如果对文件进行了修改,都需要通过git add命令添加至暂存区。
4.忽略文件
gitignore文件格式如下:
#表示注释会被忽略。
空行直接被忽略。
可以用正则匹配。
除去匹配的文件,在表达式前面加上取反符号(!)。
5.查看修改 git diff : 查看尚未暂存文件的修改
git diff 查看修改后未暂存起来的文件内容。
git diff --staged 查看暂存区的修改
6.写一个完整规范的commit message
可以参照: http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html
Type(scope): subject (注意:冒号后面必须跟空格才能使用changelog工具)
type有下面几个类型:
Feat--新功能
Fix--修复bug
Style—代码格式
Refactor--代码重构
Chore--项目构建(修改版本号等)
scope:模块名称—代码的功能
subject: 描述信息
格式化commit message的工具:git cz(commitizen)
全局安装commitizen : npm install -g commitizen
设置支持angular格式的commit message : commitizen init cz-conventional-changelog —save-exact
提交代码的时候使用: git cz
7.changelog: 项目迭代过程中一系列的变更记录
生成changelog
全局安装changelog: npm install -g conventional-chagelog-cli
生成所有的changelog: conventional-changelog -p angular -I CHANGELOG.md -s -r 0
在CHANGELOG.md的头部加上自从上次发布以来的变动: conventional-changelog -p angular -I CHANGELOG.md -w
为了方便使用,可以将其写入package.json的scripts字段
{
“script”: {
“Changlog”: "conventional-changelog -p angular -I CHANGELOG.md -w"
}
}
然后直接运行 npm run changelog 即可
默认情况只有feat和fix才有提交记录
8.主干和分支
git通过保存一系列不同时刻的文件快照来实现数据存储。每次在进行git提交时,都会生成一个提交对象,这个提交对象都会产生一个只想咱村去内容快照的指针,每个提交对象中都会包含一个指向上一次提交(父提交对象)的指针。
每个git仓库都有一个默认的master分支。
git branch 分支名 创建一个新的分支
git checkout 分支名 切换到指定分支
git checkout -b 分支名 创建分支并切换到该分支
一个上线项目中,一般有多个用于运行的分支,生产环境一般是master分支,开发环境的dev分支,测试环境下的test分支,还有个人开发分支self[name]分支。
合并分支: 先切换分支再合并:
git checkout master
git merge hotfix
删除分支使用-d参数来完成,需要先checkout到别的分支,才能删除
git checkout master
git branch -d hotfix
原文地址:https://www.cnblogs.com/jasonwang2y60/p/8723425.html