Work Daily

• 每个项目开始之前都要写一个大概的任务列表。确定每个模块，每个功能花费的时间。
• 每天下班之前到redmine登记工时，记录所做工作，选择分类。
• 代码里有暂时未做的部分使用//TODO做标记
• Git仓库的代码留一份在本地作为合代码版本，另一份作为自己的开发。
• 合代码版用来合代码，自己的才用来开发。
  • git pull最新的代码到合代码版
  • 使用diff工具(Linux 有 Meld)，合入自己的开发版中
  • working && coding...
  • 使用diff工具将自己的开发版代码合入合代码版
  • 提交合代码版到Gerrit git add . && git commit -m "message" && git review提交当日的代码到Gerrit 等待Review Merge
  • 如果在Merge前还要提交，请进行git add . && git commit --amend && git review 补充新的提交到同一个版本号
  • 提交代码前最好将自己的项目备份一个。比如每天创建一个压缩包，以日期命名。
• 单个Activity的业务，如果不会被外部使用，就在Activity中实现，可以方便查看逻辑。
• Gradle使用配置文件编写版本号等信息
• Retrofit配置
• OkHttp配置缓存，拦截器
• RxJava的操作
• 父类中只应存在子类所共有的部分
• 使用EventBus可方便发送全局消息。当两部分跳转比较大时，使用EventBus可方便消息传递。
• 子类复写的父类方法的访问权限，不能小于父类中定义时的访问权限
• 使用一个框架之前，先研究要框架是怎样实现功能的，心知肚明之后再使用。
• RecycleView的Adapter存在Bug。当动态删除数据源的数据之后，调用adapter的notify方法，会报异常。使用ListViwe的adapter就没问题。
• 使用全局的boolea做DEBUG标志。
• git work flow: 基于GitLab
  • 从项目主分支 fork 到自己的仓库
  • 将自己的项目 clone 到本地开发
  • 新功能或BUG，新开分支 checkout
  • 开发完成，push 分支到自己仓库
  • 提交Merge Request 到项目主分支
  • 找人 Review
  • Resovle discussion
  • 最终 Merge到项目主分支 -> 部署上线