Clipy (ClipMenu 的继任者) 适合没有同步剪贴板的需求的用户, 它纯粹复制了 win + v 的功能
https://github.com/Clipy/Clipy

这个是一个典型场景 适合 git pull rebase (git pull origin branch-name --rebase)
https://stackoverflow.com/questions/2472254/when-should-i-use-git-pull-rebase/28472221#28472221
在这个场景里：两个人基于同一个分支 (记作 base 分支) 各自开了两条分支，然后两个人先后从自己的分支呢 merge 回 base 分支。在第二个人试图 merge 回 base 分支的时候 因为发现了 base 分支的改变, 所以在自己分支呢执行了 pull rebase

在如上情况里 pull rebase 是不会有冲突的。这也是人们根据自己的一套分支安排办法所期待的

lz 说的这个情况里 在 pull rebase 里遇到了冲突，显然情况要更复杂一些 (why? 我认为是分支规划问题, 可能我是错的)。如果是我 我会通过(早些时候)合理安排分支来规避这个问题（而非在现在时候试图解决这个问题），比如 在安排分支的时候，就直接 ... 创建一条分支来"保护"另一条分支 ... 这样两个分支都相安无事。实际上 这形成了一套分支安排办法

人们期待的 “pull rebase 不会冲突” 的情况正是基于(早些时候)合理安排分支的。收益于一套分支安排办法

分支安排办法 + 分支合并策略是对应的，实际上一套分支安排办法就应该包括分支责任 分支创建 分支合并的所有考量，人们根据自己的情况（项目规模 项目人员 主要想保护哪些分支）来安排，且人们按照之前安排好的做 就不会出问题

有的人考虑未来三代的事，有的人不考虑养老的事

喜欢欺负弱者 喜欢和网友吵架 喜欢弄死网友的猫

生命时报

好什么，哄网友开心吗？ 哄网友开心能赚多少钱，还不是最后被你们看了笑话

给在幼儿园找个男朋友

好女孩会被抢，好男孩会被抢，除了市场这还能是什么呢？ 不慢慢悠悠谈的理由是很多人不过是想早点知道自己命中的答案，何过之有

将自己想象成面试官，列出你在应试者身上寻找的特性，礼貌聆听与发现，然后给出通知：拒绝、直接录取、进入下一轮。

有时候看到人们 “干活儿哪个锄头好用” 方面的争论觉得很好笑 好像它能决定什么似的：往往决定你的命运的都是你身边的人和 team ，它提供的东西比锄头提供的东西更重要，虽然人们整天面对的是锄头

规划旅行攻略很难吗？ 这里有目的地是布里斯班攻略下载 http://www.mafengwo.cn/travel-scenic-spot/mafengwo/10857.html

你的头脑就是一个赛场，ABC 三个概念争先恐后看谁先占领这个赛场，把其它两个东西踢出去。最后 A 获胜了，这是 A 自己赢得的。B 和 C 应该勇敢承认在和 A 的竞争之中落败了。这和赛场反而没有任何关系，赛场不用 “承认自己的无知”，赛场等待胜出者。

如果中国没有什么特别特别特别让你留恋的事，比如你爹的矿
赶紧润吧

如果不交社保（参考工地干活）能不能领社保

两小时 26 公里马拉松选手

交社保了才能领退休金吗？至少交多少（金额，交几年）

回血七百
亏血三百，这两个词语要成对

记录自己的配置过程 重装之后 照着小文档做恢复，如果改了什么配置也可以写在自己的小文档里