最近被同事吐槽了，说我代码提交说明写的太差。其实都不用他吐槽，我自己心里也非常清楚。毕竟很多时候犯懒，都是直接一个 -m"fix" 就提交上去了。这样做是非常不好的，我也是自食恶果，深受其害。特别是查看历史提交记录时，想通过提交说明来了解当时的功能变更，基本不可能，都得点进去看代码才行。所以这两天看了一些如何写好提交说明的资料，系统地学习了一下。虽然团队没有这方面的要求，但是想要进步，得对自己提更高的要求才行。一般使用git提交代码的话，可以使用 -m 参数来指定提交说明，比如：$gitcommit-m"helloworld"如果一行不够，可以只执行 gitcommit，这样就会跳出文本编辑器

最近被同事吐槽了，说我代码提交说明写的太差。其实都不用他吐槽，我自己心里也非常清楚。毕竟很多时候犯懒，都是直接一个 -m"fix" 就提交上去了。这样做是非常不好的，我也是自食恶果，深受其害。特别是查看历史提交记录时，想通过提交说明来了解当时的功能变更，基本不可能，都得点进去看代码才行。所以这两天看了一些如何写好提交说明的资料，系统地学习了一下。虽然团队没有这方面的要求，但是想要进步，得对自己提更高的要求才行。一般使用git提交代码的话，可以使用 -m 参数来指定提交说明，比如：$gitcommit-m"helloworld"如果一行不够，可以只执行 gitcommit，这样就会跳出文本编辑器

xcode4.2MessagefromAnalyzetool对Xcode4.2中来自分析命令的消息有点困惑。它抱怨实例变量activityView.分析工具在[selfstartRefresh:NULL]行上抱怨有关activityView的潜在泄漏。activityView是一个实例变量，是合成的我在dealloc()中发布activityView据我了解，当使用setter时(隐式通过self.activityView)，之前的值会被释放，对吧？那么，我应该如何阅读来自分析工具的警告？或者我需要什么改变？谢谢。尝试我的答案中给出的两种解决方案，看看分析器如何反应。我假设您的意思是说acti

xcode4.2MessagefromAnalyzetool对Xcode4.2中来自分析命令的消息有点困惑。它抱怨实例变量activityView.分析工具在[selfstartRefresh:NULL]行上抱怨有关activityView的潜在泄漏。activityView是一个实例变量，是合成的我在dealloc()中发布activityView据我了解，当使用setter时(隐式通过self.activityView)，之前的值会被释放，对吧？那么，我应该如何阅读来自分析工具的警告？或者我需要什么改变？谢谢。尝试我的答案中给出的两种解决方案，看看分析器如何反应。我假设您的意思是说acti