git commit 规范化信息提交工具-低调大师

git commit 规范化信息提交工具

2018-12-10 948

灵感来源于这篇文章

1. 标准化 commit message

规范且有意义的提交记录，有助于追踪代码修改和查看历史记录
现在支持以下九种类型（参考 Angular 规范的 commit message）

feat：新功能（feature）
fix：修补bug
docs：文档（documentation）
style：格式（不影响代码运行的变动）
refactor：重构（即不是新增功能，也不是修改bug的代码变动）
test：增加测试
chore：构建过程或辅助工具的变动
perf：性能优化（performance）
tmp：临时提交（可用于非 master 分支）

2. 使用效果

3. 安装

shell 切换成 zsh，使用 oh-my-zsh 更佳

方法一

把 git_std_commit.sh 文件内容拷贝到 ~/.zshrc 中
方法二

下载 git_std_commit.sh 到某个路径(dir)，
在 ~/.zshrc 末尾添加 source dir/git_std_commit.sh

工具生效都需要执行 source ~/.zshrc

4. 使用方法

在终端输入 gcmm 后，使用 Tab 键选择 commit 类型，然后输入提交信息

gcmm-xxx msg1 msg2 ...

当 msg 参数多于一个时，信息会按照列表提交，如 xxx 1.msg1; 2.msg2.
除了 gcmm-tmp，其他命令必须包含提交信息

5. 其他

使用 shell 函数是最简单的实现方法
因为 zsh 就可以使用 Tab 进行选择了
更好的实现应该使用 zsh 提供的命令提示模块

微信关注我们

原文链接：https://my.oschina.net/u/1416148/blog/2986449

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

微服务架构设计基础之领域驱动设计

背景微服务现在可以说是软件研发领域无人不提的话题，然而业界流行的对比多数都是所谓的Monolithic(单体应用)，而大量的系统在十几年前都已经是以SOA(面向服务架构)为基础的分布式系统了，那么微服务作为新的架构标准与SOA有什么差异点呢？其本质区别在于设计原理，微服务是去中心化设计，SOA是「集成」形成中心设计；另外，笔者认为以下几点并不是微服务和SOA的区别点： CI/CD：持续集成、持续部署本身与敏捷、DevOps是交织在一起的，CI\CD更倾向于软件工程的领域，与微服务无关；基于容器还是虚拟机：Docker、虚拟机、物理机等是物理介质的一种实现方式，与微服务无关；微服务周边生态：比如日志平台、调用链系统？更多的是研发本身对于效率提高的自驱力，而与使用何种架构方式无关；通讯协议：微服务的推荐通讯协议是RESTful，而传统的SOA是SOAP。不过基于轻量级的RPC框架Dubbo、Thrift、gRPC来实现微服务也很多；在Spring Cloud中也有Feign框架将标准RESTful转为代码的API这种仿RPC的行为，这些通讯协议不是区分微服务架构和SOA架构的核心...

2018-12-10

610

今天做了一个需求，场景是这样的：在页面拉取一个接口，这个接口返回一些数据，这些数据是这个页面的一个浮层组件要依赖的，然后我在接口一返回数据就展示了这个浮层组件，展示的同时，上报一些数据给后台（这些数据就是父组件从接口拿的），这个时候，神奇的事情发生了，虽然我拿到数据了，但是浮层展现的时候，这些数据还未更新到组件上去。父组件： <template> ..... <pop ref="pop" :name="name"/> </template> <script> export default { ..... created() { .... // 请求数据，并从接口获取数据 Data.get({ url: xxxx, success: (data) => { // 问题出现在这里，我们赋值以后直接调用show方法，去展现，show方法调用的同时上报数据，而上报的数据这个时候还未更新到子组件 this.name = data.name this.$refs.pop.show() } }) } } </script> 子组件...

2018-12-10

716

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。