feat - 新功能 feature fix - 修复 bug docs - 文档注释 style - 代码格式(不影响代码运行的变动) refactor - 重构.优化(既不增加新功能,也不是修复bug) perf - 性能优化 test - 增加测试 chore - 构建过程或辅助工具的变动 revert - 回退 build - 打包 示例:

Commit messages的基本语法 当前业界应用的比较广泛的是 Angular Git Commit Guidelines 具体格式为: <type>: <subject> <BLANK LINE> <body> <BLANK LINE> <footer> type: 本次 commit 的类型,诸如 bugfix docs style 等 scope: 本次 commit 波及的范围 subject: 简明扼要的阐述下本次 c

通用日志格式规范(参考 RFC5424 Syslog协议) 下面是RFC5424 Syslog协议关于信息格式的定义. Syslog信息的格式定义 # 一条信息的构成 SYSLOG-MSG = HEADER SP STRUCTURED-DATA [SP MSG] # 最后的MSG是可省略的 # HEADER = 优先级 版本 空格 时间戳 空格 主机名 空格 应用名 空格 进程id 空格 信息id HEADER = PRI VERSION SP TIMESTAMP SP HOSTNAME SP

eclipse中SVN设置 用svn控制版本,svn本身是不会识别哪些该传,哪些不该传,这就导致有些关于路径的东西(比如拓展jar的路径)也被上传了,而当别人下载后,那个路径对于这个人可能完全不存在,项目编译就会出问题.所以,用eclipse安装了svn插件,不能一股脑把android项目都传上去. 1.在eclipse里屏蔽不需要提交的文件Window -> Preferences --> Team -> Ignored Resources                  在右侧添加

您必须知道的 Git 分支开发规范 Git 是目前最流行的源代码管理工具. 为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作. 分支管理 分支命名 master 分支 master 为主分支,也是用于部署生产环境的分支,确保master分支稳定性 master 分支一般由develop以及hotfix分支合并,任何时间都不能直接修改代码 develop 分支 develop 为开发分支,始终保持最新完成以及bug修复后的代码 一般开发的新功能时,f

Git提交代码规范 - 木之子梦之蝶 - 博客园 https://www.cnblogs.com/liumengdie/p/7885210.html Commit message 的格式 Git 每次提交代码,都要写 Commit message(提交说明),否则就不允许提交. 用commit message最好是能有规范和工具的约束. 每次提交,Commit message 都包括三个部分:header,body 和 footer. 其中,header 是必需的,body 和 footer 可

1. Linux下可执行程序的Shell传参格式规范 Linux下的可执行程序在运行时经常需要传一些参数,而这些参数是有规范的.包括我们自己写的在Linux系统下运行的Shell脚本.Python脚本等可执行程序,最好也遵循相关规范.我们下面以Linux命令为例来讲解参数规范: Linux命令行的格式规范如下: orion-orion@MyDesktop ~ % command [-options] parameter1 parameter2 上述命令详细说明如下: 一行命令中第一个输入的部分绝

使用 tox flake8 pytest 规范 python 项目 python 中有些很好的工作来规范整个项目的开发,而其中使用较多的就是使用 tox . flake8 . pytest . tox 管理 virtualenv 环境,可在一个 python 项目中定义多个版本的 python 环境,从而检查项目源代码的兼容性.flake8 进行源代码检查,根据 pep8 检查源代码是否符合规范(也可使用 pylint ,pylint 较严格). pytest 进行单元测试,或者通过 pytes

一:kibana安装: kibana主要是搜索elasticsearch的数据,并进行数据可视化的展现,新版使用nodejs. 1.下载地址: https://www.elastic.co/downloads/kibana 2.解压安装: [root@node6 local]# -linux-x64.tar.gz [root@node6 local]# -linux-x64 kibana [root@node6 ~]# cd /usr/local/kibana/ [root@node6 kiba

设置SVN,Git忽略MAC的.DS_Store文件的方法 I. 显示Mac隐藏文件的命令: defaults write com.apple.finder AppleShowAllFiles -bool true 隐藏显示Mac隐藏文件的命令: defaults write com.apple.finder AppleShowAllFiles -bool false II. 删除目录下的.DS_Store: Find /path/to/files –type f –name “.DS_Stor

如何使用 Pylint 来规范 Python 代码风格 转载自https://www.ibm.com/developerworks/cn/linux/l-cn-pylint/   Pylint 是什么 Pylint 是一个 Python 代码分析工具,它分析 Python 代码中的错误,查找不符合代码风格标准(Pylint 默认使用的代码风格是 PEP 8,具体信息,请参阅参考资料)和有潜在问题的代码.目前 Pylint 的最新版本是 pylint-0.18.1. Pylint 是一个 Pyth

为规范开发,保持代码提交记录以及 git 分支结构清晰,方便后续维护,现规范 git 的相关操作. 主要规范两点: git 分支命名规范 git 提交记录规范 1. git 分支命名规范 git 分支分为集成分支.功能分支和修复分支,分别命名为 develop.feature 和 hotfix,均为单数.不可使用 features.future.hotfixes.hotfixs 等错误名称. master(主分支,永远是可用的稳定版本,不能直接在该分支上开发) develop(开发主分支,所有新

转自:https://wsgzao.github.io/post/git/ 前言 在2005年的某一天,Linux之父Linus Torvalds 发布了他的又一个里程碑作品——Git.它的出现改变了软件开发流程,大大地提高了开发流畅度,直到现在仍十分流行,完全没有衰退的迹象.其实一般情况下,只需要掌握git的几个常用命令即可,但是在使用的过程中难免会遇到各种复杂的需求,这时候经常需要搜索,非常麻烦,故总结了一下自己平常会用到的git操作.本文根据团队实践记录Git入门指南和Git常用命令,文章

版本控制—— SVN & GIT 提问 什么是版本控制? 是能够一直监视代码文件的变更,并存储这些文件以便将来引用的一种机制(软件) 为什么要使用版本控制? (1)记录哪个开发人员做了变更 (2)变更发生的具体时间 (3)实际修订的内容 (4)如果需要,可以恢复特定文件或者整个项目到以前的版本 (5)…… 不使用版本控制还会出现什么问题? 不使用版本控制可能出现的问题 1.备份多个版本,费空间,费时间 2.难于恢复至以前正确版本 3.容易引发BUG 4.解决代码冲突困难 5.代码管理混乱 6.难

今天来说说团队开发中,对于 Git commit message 规范问题. 社区上有各种 Commit message 的规范,本文介绍 Angular 规范,目前使用较广,比较合理和系统化,并且有配套的工具. 1. 规范 Commit Msg 的作用 1) 提供更多的历史信息,方便快速浏览 例如,命令显示上次发布后的变动,每个 commit 占据一行.只看首行,就知道某次 commit 的目的. $ git log <last tag> HEAD --pretty=format:%s  

目录 1.日志的作用 2.为什么需要写日志 3.Python中的日志处理 (1)logging模块介绍 (2)logging模块的四大组件 (3)logging日志级别 1.日志的作用 从事与软件相关工作的人,应该都听过"日志"一词. 日志就是跟踪软件运行时事件的方法,为了能够在程序运行过程中记录错误. 通过日志记录程序的运行,方便我们查询信息,以便追踪问题.进行维护和调试.还是数据分析. 并且各编程语言都形成了各自的日志体系和相应的框架. 日志的作用总结: 程序调试. 了解软件程序运

1. 引言 思想,因人而异,难以重复 写代码时,每个人的习惯是不一样的,所以,引入了代码规范,为了省力,引入了自动格式化代码工具,前端工程中比较典型的自动格式化代码工具如:Prettier · Opinionated Code Formatter 日常多人协作写代码时,需要不断提交.推送.拉取代码,提交代码时,需要输入一段Message来表述这次提交变更,思想因人而异,每个人写的Message都风格各异,所以,引入了提交规范,以及引入了提交规范辅助工具 可以查看一些经典开源项目的提交历史: Co

V1.0 最终修改于2016/10/19 概述 软件工程中,一份优雅的文档不仅能降低团队成员之间的沟通难度,而且能给之后的开发者提供一个非常有效的引导.本团队为了规范整个项目中文档的格式,便于统一管理与清晰的阅读,特制订以下格式规范. 为了方便博客端和Github端的文档统一编写,统一风格,因此选用Markdown语法作为文档编写的格式.但是由于Markdown为纯文本格式,对图片.颜色.表格等元素的支持非常困难,因此在编写图片表格较多的博客时,允许使用Microsoft Office Word

GeoJSON格式规范说明 1.简介 GeoJSON是一种对各种地理数据结构进行编码的格式.GeoJSON对象可以表示几何.特征或者特征集合.GeoJSON支持下面几何类型:点.线.面.多点.多线.多面和几何集合.GeoJSON里的特征包含一个几何对象和其他属性,特征集合表示一系列特征. 一个完整的GeoJSON数据结构总是一个(JSON术语里的)对象.在GeoJSON里,对象由名/值对--也称作成员的集合组成.对每个成员来说,名字总是字符串.成员的值要么是字符串.数字.对象.数组,要么是下面文

svn/git的diff.patch 前几天,正当我突突的写代码,企业微信嘀嘀一声响”在不,过来帮我看个bug”.本人一向助人为乐,高兴的冲了过去,然后就开始了一段长达1分钟的问题描述.很明显,此同学只知道结果不对,并没有找出程序的根本问题. 好吧,心凉了一半,果然是找我来干体力活的.坐定,抬手开始调试代码... 调试开始,打开编辑器,什么,竟然用的大型IDE,好吧,忍了,卡死了.刚写好一句代码,准备按ctrl+B运行,没反应,再按,依然没反应,好吧,看来这兄弟啥也没配置.刚想打开终端,想想算了

nginx服务器日志相关指令主要有两条,一条是log_format,用来设置日志格式, 另外一条是access_log,用来指定日志文件的存放路径.格式和缓存大小,一般在nginx的配置文件中日记配置(/usr/local/nginx/conf/nginx.conf). nginx的log_format有很多可选的参数用于指示服务器的活动状态,默认的是:log_format  access  '$remote_addr - $remote_user [$time_local] "$request