点击上方蓝字关注我哦～你现在的Keil工程的版本控制是怎么管理的？可能有些人的做法是发布一个版本软件后将代码打一个包保存起来，作为此版本的备份。有一种常见的情况，当开始一项新功能的开发，并且最终的效果不理想老板要求回退回去。又恰巧在开发前没有打个包保存一下初始版本，那就需要一处一处回改，这样手工回退后的版本可靠性就下降许多，需要完整的测试才行。为了避免这种尴尬的情况，有必要在keil工程也引入版本控制工具。Git是一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理。Git

01前言在嵌入式软件开发中，因为代码质量不佳、线程冲突、栈溢出等问题，会造成Arm的HardFault。这种异常通常存在偶发性、不确定性、复现困难的特点，同时复现后软件已经跑飞，程序在何处异常、异常时的临时变量环境等都不好查找。在开发中出现此问题后往往意味着长时间的复现问题并debug，常常陷入毫无头绪的排查，耗费了不少程序员的头发。现总结了一些处理这类问题的经验以共享。02串口打印跟踪在代码中插入串口打印，看死机时输出的最后一个串口信息在哪里。但是从代码里串口输出到硬件打印出数据，有一定延迟。出错的代码在最后输出的串口后边，无法确切定位。找到大概出错范围后根据经验验证代码，看有没有明显错误的地方。03仿真器追踪在串口查找死机耗时大于两个小时的时候有必要使用仿真器追踪。在代码中插入一个全局变量，每一个段给全局变量赋值。在中断的void