gradle相关
| 命令 | 释义 |
|---|---|
| gradle -v | 查看当前项目所用的 gradle 的版本 |
| gradle clean | 清除编译时生成的临时文件 |
| gradle installProductDebug | 打包Debug版本并安装 |
| gradle uninstallDebug | 卸载Debug版本 |
| gradle :app:testProductDebugUnitTest | 单元测试 |
| $adb shell dumpsys activity <项目包名> | 查看当前展示页面所在activity |
| $git push origin <分支名字> | 创建一个远程分支 |
编码常用
编码阶段，进行新功能开发、问题修复或者对审核过程中发现的问题进行修正。需要注意的是，编码阶段尽量保持目的的单一性，即不要出现同时开放多个新功能，或者将新功能代码和问题修复代码混在一起提交的情况。建议新建一个分支，分支名称以将开发的功能或者修复的问题命名。在该分支上的提交commit数并不受到限制，但要保证代码的相关性。
| 命令 | 释义 |
|---|---|
| $git branch | 列出所有本地分支 |
| $git checkout <分支名字> | 如果不在想在的分支上，跳到想去的分支 |
| $git checkout -b <分支命名> | 新建一个分支，并切换到该分支 |
| $git branch -D <分支名字> | 删除 分支名字 本地分支 |
| $git stash list | 查看之前缓存的所有stash |
| $git stash show | 查看list中的某一次stash |
| $git stash | 暂存当前正在进行的工作。与$git stash pop配合使用 |
| $git stash pop | 弹出暂存区最近的修改到本地 |
| $git status | 查看所在位置及状态 |
| $git status -s | 查看修改的文件 |
| $git show | 显示某次提交的内容 git show $id |
| $git co . | 抛弃工作区修改 |
| $git reset -- . | 从暂存区恢复到工作文件 |
| $git reset --hard | 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改 |
| $git revert HEAD | 恢复最后一次提交的状态 |
| $git pull 或$git fetch |
抓取远程仓库所有分支更新并合并到本地 或 抓取远程仓库所有分支更新到本地，不合并 |
分支命名
| 命名模式 | 场景 |
|---|---|
| feature/<feature-name> | 新功能开发分支 |
| issue/<fix-feature> | 新功能问题修复分支 |
| optimize/<optimize-item> | 性能优化 |
| refactor/<refactor-item> | 重构、格式化等 |
| hotfix/<fix-item> | 线上问题热修复 |
提交审核diff常用
这个阶段指的是将本地的修改差量更新提交到远程服务器进行审核。在编码阶段的基础上，保持本地分支是rebase到最新develop分支上，避免不必要的反复多次提交审核。
| 命令 | 释义 |
|---|---|
| $git add . | 将所有修改过的工作文件提交暂存区 |
| $git commit -m '<修改内容描述>' | . |
| $git rebase origin/develop | 把远程develop分支的修改合并到当前分支 |
| $git status 查看当前状态，如果rebase in progress，就继续rebase | |
| $vi <冲突位置文件> 解决rebase过程中的冲突 | |
| $git add <冲突位置文件> 更新冲突内容的索引，无需执行git commit | |
| $git commit --amend 修改最后一次提交的注释信息 | |
| $git rebase --continue | 继续rebase |
| $git rebase --abort 取消rebase | |
| $ arc diff develop | 提交所有修改到develop分支上 |
ctrl+x提交
y
合并入库 Land
走到这一步，代码应该已经审核通过了。提交者需要切换到开发的分支，然后运行如下命令，将审核成功的代码入库
| 命令 | 释义 |
|---|---|
| $arc land --onto develop | 也可不带 --onto参数，因为在配置文件中已经指定目标合并分支默认是develop |
合并时，若出现报错发现合并冲突的情况，提交者需要rebase develop分支，然后重新提交审核diff。
