这做法就是一直建立snapshot
事实上只要能处理需求
也无不可啦
只是实作上我们往往会把环境与资料拆分
Docker是处理环境的事
而环境也可以像git一样回到当时环境的任意点
连同建置环境的指令也都能够保留
这就是docker的优势
而commit最大的问题点就是
建置环境的流程都不再存在
在Infrastructure as code的观念下
自然不是个好的实作
Commit做的事情就是帮你build image
不会写Dockerfile就无法build image
所以是无解
※ 引述《ogre0403 (肚子饿)》之铭言：
: 我们的使用情境是，使用者会把container当下的状态保留一份，
: 下一次启动时就用保留起来的image来用。
: 除了docker commit外有比较好的作法吗?
: 我们的使用者是应用程式的end user，不会用Dockerfile…