因为你的 B 也是动态改变的，所以不手动 unsubscribe+ subscribe 的方案需要你把 B 转化为 observable B$，然后从外部订阅 B$.pipe(switchMap(B => B.C))才行，当然只是想法我没试过

我觉得无所谓，我离职的时候也会好好整理下文档，主要目的是让后面的人快点上手我好走人，其他事情我不关心

@Renco @wangxiaoaer 没有这些文档看起来省事儿，但这些该花的时间还是要在后面一点点补回来，而且还会浪费更多时间，这跟团队大小无关，你们领导是在掩耳盗铃

开始开发前，设计图、需求文档、接口文档一个不能少，说说看你们少了哪个？

确实有这种问题，你需要使用 object wrapper 做一下装箱：Object(' ') instanceof String // true

https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Object/Object

@gransh 尽量别这么玩，兼容性很不友好，让产品改成用户自主修改，页面提示错误信息

基本思路是没个输入组件下方都可以显示错误信息，输入内容发生变化时触发验证，验证不通过(invalid 状态)要显示错误信息，并且任一输入项验证不通过都会使提交按钮处于 disabled 状态，最后当所有输入项都变成 valid 状态时提交按钮可以点击，然后接口要再验证一遍；
通常来说框架会帮你处理其中一部分逻辑，不同框架只是实现多少的区别，你自己要在框架基础上完成其他部分；
前端验证本质上是为了提升用户体验，后端验证是为了数据安全，所以前端验证可以不用太严格，看产品的取舍。

@luxinfl 最后合并三个分支 dev 、test 、bug 无论什么顺序结果都是一样的，你都需要处理 3 ～ 4 次 merge，一次解决 conflict，另外几次 fastforward 修改 pointer(同步分支引用)，没有拉新 dev 分支的必要

可以看下文档 https://git-scm.com/book/en/v2/Git-Branching-Basic-Branching-and-Merging

分支只是 commit history 中某个 commit 的引用，跟 svn 的方式不一样的

我把 test 、dev 搞反了，你说的方式是对的，bug 没有被提交两遍，最终的 commit history 中只有一个 commit 跟 bug 相关，其他的都只是 dev 的 commit，所以没关系

我觉得需要从 dev 分支拉一个新的 bug 分支来处理，毕竟这个 bug 跟 test 分支的任务是无关的，最终合并分支时可以直接合并到 dev 也可以先合并到 test 再合并到 dev，这样更灵活

http://154.211.13.28:8005/rose

这是我很久以前送的

估计是为了方便中途换人，用 vue/react/ng 等框架的话不容易低价招螺丝钉，而且 vue 基本上每个团队风格都不一样，熟悉代码也要很久，如果只用 jquery 的话技术栈极低，随时换人代价低

瞎想的我也没试过：序号给成小数，插入某个位置时取上下值的平均数

酸酸乳前提下，使用 https 代理： https_proxy=socks5://127.0.0.1:1086 git push
自从这个月某天开始我 git 就拉不了代码提不了代码，所以只能这么玩

麻烦把标题改成：datagrip 不小心删了几条数据 求咋恢复！急