三个 docker compose 不常用但可以提高效率的配置方法
3 Docker Compose features for improving team development workflow
- 在
docker-compose.yml
文件中使用${VARNAME}
可以使用环境变量来填充该值,也可以在.env (默认环境配置文件)
中定义。适用于传递如密码等信息。 - 模板功能。可能在多个服务中需要定义同样的配置,比如日志功能配置,使用
&
给模板命名,使用*
调用模板。 - Compose命令范围,举个例子,如果你想用同一个配置文件启动两组容器集群,怎么配置呢?docker-compose 启动的容器的命名方式为
projectname_servicename_index
,可以通过-p
指定projectname
,实现两组相同 compoes 配置文件的不同容器集群。
Git rebase 什么时候可以用?
rebase 命令可以对分支重新整合、调整、修改。但一般来说不推荐对已经推送到线上的分支和提交使用 Rebase 进行修改。
不过有一种常遇到的情况可以用,就是当我在持续开发的时候,并不会每次修改代码前都 pull 一下最新分支。这个时候如果别人做了一些修改并 push 了,这个时候我的新 commit 在 push 的时候就会提示当前 HEAD 不是最新的 origin/master,需要合并。这个时候只要简单的本地操作一个 git rebase,git 就会就智能地把其他人的提交放在你刚 push 的 commit 前面,就保证了不会有分支合并的操作。
Git 快速查看某个 commit 做了什么修改
可能有些老司机已经知道,在 git 里面,^
和~
可以查看某个 commit 的前一个状态,所以可以使用如下命令来查看某个commit 做了什么。
git diff commit_id^ commit_id
快速查看最近一个 commit 的变更可以使用
git diff @^
这里@
表示HEAD
,如果 diff 没有第二个参数,默认是跟HEAD
比较。
Best of the Best Practice (BOBP) for Python
https://gist.github.com/sloria/7001839
发现一个不错的Python Best Practice,不仅仅是 Python 风格,还有关于代码的简洁性和可读性上面的一些建议,值得经常翻阅。