@dwztom 想要tabular对齐下 哈哈

@jianghu52 不死法医这么爽？我去看看。。。

删掉微信，删掉qq，到山上隐居，确实爽。。。钱够的话。。。

@sun019
>确实朋友推荐的都是好股 牛市拿在手上就好
这句稍有疑议。。。牛市，不管谁推荐，都是好股。。。都会涨。。。朋友都是股神。。。

@sun019
》高买的跌了接近20个点卖的
跌怕了吧。。。卖了。。。然后涨了。。。
你这种总还好。。。自有资金。。。而且还赚了，只是赚了5%
人家拿着，融资融券，直接被强行平仓，那个真叫一个刺激。。。

@Ellison 开个玩笑，别介意啊哈。28k，你是够厉害的。

@Ellison 你是蜈蚣啊。。。手那么多，剁了好几回，还在买。。。

@sun019 50%->5%...也是醉了。。。股市就是赌场。。。

lz怎么个操作？现在追高？还是少赚了10%而已？

看来，出大事了。。。

确实是溢出了。。。

@bombless
》不过我在想，如果要 amend 到 HEAD 那就必然有冲突，是这样吗？
好像不一定会有冲突。冲突的意义是说，同一行代码，都被修改了。
上面说的，c和c`，假如这2个commit，没有修改到同一行代码，应该是不会有冲突的。

@bombless
假如你的commit是这样
..................->a->b->c
..................->a->b->c`
--amend 的话，代表你丢弃之前的c这个commit，新生成一个c`的commit。这时候，别人如果之前拿了你的c commit，这时候，别人fetch代码，git会提示，branch有问题，开叉了。然后，到底会不会出问题，我好想也不清楚了，要试下。

反正，多人提交的branch（比如master），不要force update，amend，除非万不得已。或者知道别人还都没获取你的commit。你自己开的分支，随便force update。我是这么干的。。。
在master上，我即使提交错了，我也会revert上次错的commit。虽然log看起来有点难看，但是不会有问题。（说明下，我的这个做法可能并不一定好，可能有更好的方法）

@bombless
》`git push --force` 我这里的意思是我的 HEAD 这个提交其实已经 push 过了，只不过没有合并到上游的主干，我需要强制性把之前 push 过去的 HEAD 从上游中抹掉。没错如果其他人在依赖我这个 HEAD，那就必须解决新的冲突。所以最好的情况就是代码的模块化比较好，可以保证在没有直接的文件上的冲突的情况下强制性合并。

所以，你的做法应该是merge or rebase，这时候，虽然也会有冲突，然后，你resolve conflicts后，push就可以了，不需要 --force，这样，其他人也不会有任何问题。

@JackBlack2006 说的有道理。看来要学习学习了。

冲突的话，git merge或者rebase不好？解决冲突。
你的做法的话，在这一步`git stash pop`也会冲突吧？

ps 主干的话，需要`git push --force`这样去force吗？如果你force的话，是否代表，别人也会冲突？

@JackBlack2006
@cruisehu
自己装，机箱，主板，电源，这几个比较难装一点吧，假如没装过的话。。。

火，是毁灭的比较彻底的，但是就是有灰。
碎纸机，得力的，200多，够用，还支持碎光盘，信用卡

symfony, cakephp?
用capistrano部署

有女朋友你还会安心加班？