@pagxir 啊，是会生成一个新 id，我好像从来没注意过。。。

自己脑补漫画：
我，占座的 LZ，抢座的人。
画外音：据说每三个人里就有一个傻逼。
我：肯定不是我。
抢座的：也不是我。
我和抢座的一起看向 LZ。。。

@pagxir 这两个所谓的新的 commit 对实际情况来说并没有什么影响吧，毕竟都是本地的 commit，id 也一样，只要不是之前手动发过 patch 给别人，可以说和原来一样吧。

@azh7138m 感觉楼主的开发分支可能就是 dev 分支，不是 feature 分支，所以各种操作都在这个分支搞吧。。。

@pagxir 我们就是多人共用分支的工作流，git 没有什么正确的流程，因为各个团队的分工合作方式都不一样，只有最适合团队的工作流。

这种情况你需要将两个 commit 交换顺序，让 abcd1234 变成最后一个提交，efgh5678 变成倒数第二个提交，然后只 push 到倒数第二个提交。

具体操作方式就是用交互式 rebase，就是 1 楼到 rebase -i，默认会对你没有 push 到远程到这两个提交操作，将两个 commit 对应信息的行交换顺序，然后保存，两个 commit 的顺序就会调换。
然后用 2 楼的方式，只 push efgh5678 到远程就好楼。

@carpediemvv 别鬼扯好么，你们那中学生的 demo 能搞出一流画师加日漫明星声优阵容？你哪个中学的我去观摩观摩？

那你也太不好意思了。。。
那些不遵守劳动法的企业就是你这种人惯出来的。

@zjsxwc 别的时髦语言使用了魔术道具，自己拿来学学就能露两手，C 是直接当着你的面玩无影手，原理全部告诉你，看完还是一脸懵逼。。。

@Kirscheis 线性代数已经还给老师了。。。借机会去复习复习。。。

@newtype0092 sorry，我算的有问题确实是 211。。。

@Kirscheis @gaius 你们的 211 没取整吧，液体之类的可以这么算，衣服不可能每天多个袖子或者领子吧。

@Decouple 每天的最优解可能有三种情况：
1.衣裤正好配套，此种情况的单天最优解即是多天最优解
2.衣服多了 x 件
3.裤子多了 y 件
2 和 3 两种情况只有 xy 的最小公倍数 m 天才是效率最大的情况 f(m)，而 1 到 m-1 天每天都有一个最优解 f(1)...f(m-1)
假设实际天数为 n，最优解就是
n < m: f(n)
n = m: f(m)
n > m: floor(n/m) * f(m) + f(n%m)

@Decouple 这道题刚好甲丙做裤子(6+8)乙丁做衣服(6+8)一天能做 14 套整，每天的最优解恰好是任意天的最优解，如果不是这种数据的话，n 天的最优解可能都不一样。
假设有 3 个组，每个组的衣裤产力是（ 5,5),(3,3),(1,1)，这样一天的话一天的最优解是 4 套，而两天的最优解是 9 套。

@whileFalse 这样每两天就浪费 4 条裤子的工作量吧。。。

@newtype0092
手滑。。。
用 from_unixtime(int_timestamp) 转成默认日期格式
或者 date_format(from_unixtime(int_timestamp), '%Y-%m-%d %H:%i:%s') 自定义格式

一般都是存成 int，需要时间字符串的话用
date_format(, '%Y-%m-%d %H:%i:%s')

默认 timestamp 就显示成系统设置的时间格式，需要时间戳用 unix_timestamp(time) 转一下。