你们是一个分支打了 2 个 tag 来进行版本管理？
那你先基于 v1.1 的标签创建分支，然后在这个分支上创建一个新的 bugfix or hotfix 分支（这样可以独立 commit id 和文件树），修复完后文件数量应该不多就几个吧？

```
git checkout v1.1
...此时修改文件 A 、B 、C
git add A B C
git commit -m '修复了 xxx 问题'
git status #可以看到只有 3 个文件变动
git -a v1.1.1 -m '修复了 xxx 问题' # 打一个新的 tag

# 接下来要将修改的这 3 个文件的改动合并到 master 分支
git checkout master
git merge v1.1.1
```

感觉这种需要每天开会沟通主动抢活的围城需要的是熟练工，难怪说要 1 年后才适应。2333

ApiFox.

30K CNY 在香港挺穷的。

HK 按地段划分饮水的价格，一般来说最常见的是 11HKB 左右的水，偏远地区或者偏僻地区里有 8HKB 的水。

我感觉一天吃饭和饮品要用掉 200-300HKB 。

租房在 HK 是最贵的，你往返两地还好一些。

如果你租住在 HK ，我感觉你一个月能剩个 5000CNY 。

你的需求体量比较大， 需要结合多个工具：

产品设计方向的阐述文档，我建议用蓝湖这些具有交互功能（批注、评论、关联）和归档能力（分类、目录、作者）的在线设计展示。

至于用户画像、用户数据图表、视频 /GIF 功能演示，这些用于呈现给干系人的用 PPT 。

Code Review 的会议可以在一个迭代结束后、或一个项目接近完成时去组织会议，邀请参与人员。

会上，由每个人挑选一段自己认为需要改进的代码进行展示，给大家讲解这里的工作原理（做多 2 分钟），自己纠结的地方（ 2 分钟），请问大家有什么想法（ 10 分钟，如果大家没想法就自己讲一下心里其实还有那些做法，但是自己不确定）

20 天么？我会想学习一个界面设计方面的语言，比如 SASS 、SCSS 然后结合 CSS3 的特性去流利的写前端界面；
又或者，仍然是这个界面设计方面的方向，用 flutter 或 react native 在移动端大方色彩做到流利……=。= 因为是弱项。

而且好看的东西做出来也很有成就感啊。

@WangStormstout “不太懂到底是谁的问题。” —— 你不需要懂，12315 会帮你搞清楚并且直接惩罚错误的一方。

年轻人别冲动，要干到退休。

@root01 是网络总监被忽悠着找身边的人借钱，电话过了。

所以说网络总监被人忽悠找你们借钱，说过 2 、3 天还。结果回过头跟你们说自己也是被骗。
那不还要还钱么，我还以为网络总监借钱的那一刻是「他人」。
成年人的表述不应该如此堪忧吧？

@eason1874 灵活就业人已经整合了，你说的那种起码 5 年前了（我以前的确让家里人帮我交过所以有印象当时是分开的），然后我前年自己去交了一次灵活就业人，现在是走职工了。

在水壶里洗内内的毕竟是少数，在水壶里洗袜子的我觉得可能都比洗内内的要多。内内这样一洗就坏便出不了门了，袜子坏了还能出门买。

最好是能够使用“烧水壶清洗剂”做一次消毒清洁再使用。

实在没有这个条件，你多烧几次热水也好啊……不要第一泡就用上了啊！

参考末日灾难在防空洞可以储备哪些粮食 —— 这种类型的话题。
考虑到并非真的末日只是酒店隔离，还是要优先命中适口性的问题：

1. 各种品牌、口味的方便面，量不要多，10 包就行，排除部分不好吃、现在没胃口等因素，买的太多没有意义
2. 自热米饭和自热火锅，很好的调节了想吃探索化合物的需求，最多不超过 10 盒，推荐购买 8 盒
3. 各种软饮，至少满足 5 种口味，每个口味 2-6 瓶。
4. 零食是必不可少的：海苔片、薯条、绿豆、咸鸭蛋、盐焗鸡翅、蒜蓉味的零食等等，能让你的味蕾得到安抚，对于被隔离这件事看的没那么重了
5. 便携茶具和茶叶，这一套会让你记得你还是个人。不能是泡到 200ml 的容器里一天都不换的那种！

以上的 YY 是针对酒店隔离 14 天的量。

@eason1874 灵活就业没有双轨制。 双轨制指的是企业的基本养老金和机关、事业单位的养老金。

不用 a 标签是为了阻止事件冒泡。
但这种明显只是为了 a 而 a 的标签乱用着实难受……

新开窗口直接<a href="" target="_blank"></a>
事件新开窗口 <div onClick=""></div> function __ (){ window.open('url',"_blank")}

如果状态值不多（比如只有 1 、2 个，或者不超过 5-6 个），tinyint ，结合模型字典对照得到字符串在程序中做比较和查询使用。
如果状态值在设计阶段就已经能够预估到未来存在难以维护的现象（比如 3 代表什么，5 代表什么，然后 3 被遗弃），建议 enum ，enum 的效果同上面提到的 tiny+程序内模型字段的作用一样。

反正没 varchar 什么事。

好在我卖镜头都写清楚：二手商品，不退不换

然后寄出之前一定有一个完整的视频看整个产品的外观、细节、瑕疵，让买家认可后才寄出。并保价。
由此，一切商品发生的问题由快递承担，与我无瓜。