噢噢，眼花了，在 childB 的 constructor 里给 handleClick bind this 试试

你在 childA 的 constructor() 里加上 this.foo = this.foo.bind(this) 试试

@hujianxin

首先，“可互换”主要针对你所谓的“ copy for production, volume for development ”的说法。我是向你强调这两种方式只是两种不同用法，并不是什么 for 什么。

其次，我没用过 flask，但仅就你的描述而言，进入 container 直接改文件后重启服务也是一样的，并不需要“每次都 build 新的镜像，然后删除容器，运行镜像”。

最后，并不存在“如果想与生产环境保持一致，用 docker 作为开发环境是必须的”。

给我的感觉，你一直在努力总结出一套“操作规范”来，而对概念的理解是模糊的。如果说的不对，也请包涵。

@hujianxin 我打这么多字算白说了。

明确说了 COPY 和 Volume 只是两种（可以互换的）方式，需要什么用什么，没有什么环境用什么的“标准动作”。

Docker 只是个环境而已。保持环境一致只是说避免部署在不同环境出现不可知错误。这是它的作用，而不是对使用方法的限制或要求。

你过于纠结在“怎么用”这种形式的东西上了。

从描述中没看出你的「开发环境」和「生产环境」有什么不同。是不是你对 Docker 的理解有哪里卡住了？

Docker 本身只是一个运行环境而已。至于把文件 COPY 进去还是 Volume 映射进去都是一样的。主要的区别只是映射进去的文件会保存在本地硬盘里，COPY 进去的文件与容器生死与共。

像你描述的这两种情况，也可以反过来用：

生产环境：代码文件放在服务器，启动 Docker 时用 -v 映射进去。
开发环境：启动 Docker 后在 container 中 git clone，开发完后 push 到 GitHub。

----------------------------------------------

我个人的实践经验是，在生产环境，会把 log 映射出来，因为容器里的文件不会保存，外部的日志工具也不能直接读取。

在开发环境，会用 Docker 启动数据库，日常需要的开发环境就在本地安装，没必要每次都启动 Docker，也不方便。

----------------------------------------------

Docker 的部署应该属于 CI/CD 的一部分，CI 跑完测试后自动构建打包并把 image push 到指定 registry，直接用就好了。非开源项目我喜欢用 GitLab.com ，提供了全套的免费工具。

要是担心就每次到站走过去看着吧，高铁停靠站也不多

Face ID 要求睁开双眼看着手机。除此之外，如果因识别失败而不能解锁，每次输入密码手机都会“学习”一次，解锁能力是不断增强的。

我现在敷着面膜都能解锁成功。

LZ 的其他问题暂时没遇到。其实感觉 iPhone X 的品控不是很好，我现在手里这台偶尔会出现震动“破音”，第一台就没这个问题。不过因为有年年焕新，觉得什么都无所谓了，反正就用一年，心态无比放松，比贴膜戴套更有安全感。

结论：年年焕新最值。

@MeteorCat 你说的这个问题就是不规范使用的结果，要说“且不论…是否规范”那还有啥可说的…

这个问题只需要在不同分支上做开发，定版后在 master 分支上 merge --squash 即可，何必又 svn 又 git 又内部又外部的。

而且 reset 命令也可以编辑 commit log。

当年 Linus 就是因为不爽 BitKeeper 开发了 Git，现在 LZ 觉得 Git 不好用，那么…

暂时还没见过可以通过扩展名控制的同步工具，远程连接服务器开发吧

这不是 Git 要做的事吧？这应该是 CI/CD 的事。

最不济也可以写个脚本处理。

这个名字也不错了其实

2014 款，电池鼓了，触摸板压不下去，仍在顽强服役中

按说 15 能跑的 16 不会出很大问题…如果以前写得比较规范的话…

说实话 React 的版本升级真算还好的了，react-router 的大版本升级才是令人颤抖的存在

电子产品仅接受面交，现场钱货两清

@s82kd92l 最新消息是 iOS 11.3 开始支持 Service Worker

起诉前不如先找媒体