這做法就是一直建立snapshot
事實上只要能處理需求
也無不可啦
只是實作上我們往往會把環境與資料拆分
Docker是處理環境的事
而環境也可以像git一樣回到當時環境的任意點
連同建置環境的指令也都能夠保留
這就是docker的優勢
而commit最大的問題點就是
建置環境的流程都不再存在
在Infrastructure as code的觀念下
自然不是個好的實作
Commit做的事情就是幫你build image
不會寫Dockerfile就無法build image
所以是無解
※ 引述《ogre0403 (肚子餓)》之銘言：
: 我們的使用情境是，使用者會把container當下的狀態保留一份，
: 下一次啟動時就用保留起來的image來用。
: 除了docker commit外有比較好的作法嗎?
: 我們的使用者是應用程式的end user，不會用Dockerfile…