Git 对项目版本控制 和 commitizen的使用
真正的强大就是留着悔恨的泪，说出自己不会的地方。我敲了三年代码，不会git，我摊牌了
下面就是在GitHub上创建一个项目，并进行规范化管理
- 在GitHub上新建一个项目，复制一下git的地址
- 本地安装git工具，找到一个工作文件夹 右键 git bash here
- 简单的git命令 按顺序了解命令 按顺序执行即可，
- ls 显示当前文件夹下的列表
- pwd 告诉用户你现在所处的位置
- git config --global alias.ck checkout 设置命令简称
- git config --global alias.br branch 设置命令简称
- git clone git的地址克隆到本地
- git br –a 查看当前的分支，注意目录
- git co –b dev origin/dev 切换当前分支为dev（注意master和dev分支）
- git br –a
- 项目文件操作，开始写代码了，代码写完了
- 项目文件需要提交的GitHub上
- git add . 提交新文件和被修改文件 也可以用git add -A 提交所有变化
- git commit -m "本次提交的备注消息"
- git push origin dev //如果是master 就改成maste
commitizen的使用
- 这个是为了让你提交更改的信息更详细
- Npm里面执性下面的命令
全局安装：npm install -g commitizen cz-conventional-changelog
- Window的电脑 打开文件夹 地址栏输入
C:\Users\%username%
其实就是到用户的根目录下，新建一个没有名字只有后缀的文件.czrc
内容是
然后就算安装好了：
等到需要提交代码的时候
git add . 提交变化
git cz 执行cz
用这个命令代替原有的 git commit
然后就是回答一系列问题
1.Select the type of change that you're committing 选择改动类型 ()
2.What is the scope of this change (e.g. component or file name)? 填写改动范围 ()
3.Write a short, imperative tense description of the change: 写一个精简的描述 ()
4.Provide a longer description of the change: (press enter to skip) 对于改动写一段长描述 ()
5.Are there any breaking changes? (y/n) 是破坏性修改吗？默认n (
浙公网安备 33010602011771号