返回bean大写变小写
-
现象:定义的DTO中存在大写字母,但在结果json中却变为小写了 -
原因:springboot在进行序列化和反序列时对字段进行了处理,一般来说有以下几种需要注意:
-
特殊字符开头不会显示 -
不符合驼峰命名法的大写字母会变为小写,如 lFeedbacks -> lfeedbacks
learningFeedbacks -> learningFeedbacks
-
解决:在get方法上加上该注解@JsonProperty @JsonProperty("lFeedbacks")
public String getlFeedbacks() {
return lFeedbacks;
}
.gitignore 匹配规则
具体语法:
-
以斜杠/开头表示目录; -
以星号*通配多个字符; -
以问号?通配单个字符 -
以方括号[]包含单个字符的匹配列表; -
以叹号!表示不忽略(跟踪)匹配到的文件或目录
git
git stash
git stash
git stash save
git stash save "xxx"
git stash list
git stash pop
git stash apply
git stash apply stash@{0}
git stash drop
git stash clear
git stash show
git stash branch
分支命名
稳定分支
不稳定分支
-
release分支:预发布分支,当完成一个功能可以创建该分支用于测试,比如release/login release/account -
feature分支:功能分支,当需要开发一个功能时,可以创建该分支,开发上线后删除。feature/login feature/register -
hotfix分支:生命周期最短,发现bug后临时建立,修复bug后删除。分支命名:hotfix/login hotfix/register
提交规范
Subject 一句话概述commit主题(必须)
<Body> 详细描述 What 和 Why (可选)
<Footer>不兼容或关闭 issue 等说明(可选)
主题(Subject)是 commit 的简短描述,不超过50个字符
- 用一句话说明本次所作的提交, 如果一句话说不清楚,那有可能这个提交得拆分成多次
- 主要采用 Verb + Object + Adverb 的形式描述,常见动词及示例如下
1. Add: 添加代码和逻辑, 如 Add xxx field/method/class
2. Change: 代码更新,如 Change xxx to yyy with reason
3. Remove: 删除旧特性/功能,如 Remove xxx which was deprecated
4. Fix: 修复bug,如 Fix #123, fix xxx error
5. Update/Release: maven 版本变更, Update/Release xxx version to 1.0.0
6. Refactor: 代码重构, 如rename, move, extract, inline等
7. Polishing: 代码打磨(代码格式化,不涉及逻辑调整,使代码更清晰易读等无错修改)
正文(Body)详细描述本次 commit 做了什么、为什么这样做(不是怎么做的)
- 每行不要超过70字符
1. 这个改动解决了什么问题?
2. 这个改动为什么是必要的?
3. 会影响到哪些其他的代码?
bug fix - 组件 bug 修复;
breaking change - 不兼容的改动;
new feature - 新功能
尾注(Footer) 用于关闭 Issue 或存在不兼容时添加相关说明等
1. breaking change: 与上一个版本不兼容的相关描述、理由及迁移办法
2. close #issue: 关闭相关问题(附链接)
3. revert: 撤销以前的commit
|