1. commit details 和 compare页面不加cache。 如果用户请求了一个commit detail页面后再请求另一个commit detail页面，因为缓存的存在，会导致用户看到的页面信息和实际对不上。 而且这个响应时间本来比较短，可以不加缓存  2. compare 显示的commit id信息，目前没有顺序 计划将新的commit 显示在上面，老commit在下面的顺序排列，方便选择 3. 对于后来加的模型，以及后来模型新加的kpis， 需要判断是否两个commit都有相应的task或kpi，否则会key error  例如，选择两个commit 比较，ce server报错： 
commit details 和 compare页面不加cache。
如果用户请求了一个commit detail页面后再请求另一个commit detail页面，因为缓存的存在，会导致用户看到的页面信息和实际对不上。 而且这个响应时间本来比较短，可以不加缓存
compare 显示的commit id信息，目前没有顺序
计划将新的commit 显示在上面，老commit在下面的顺序排列，方便选择
对于后来加的模型，以及后来模型新加的kpis， 需要判断是否两个commit都有相应的task或kpi，否则会key error
例如，选择两个commit 比较，ce server报错：
