笔者断断续续接触IOS开始有小几个月，中间也遇到了许多问题，这里主要记录一下与依赖管理相关的内容。
Code Review Guide
代码审查，作为一个团队的日常质量活动扮演着重要的作用。但是作为一个群体活动，必然需要参与者都遵守一套行为准则，避免将Code Review变成一场争论。得不偿失。
本文翻译自thoughtbot关于Code Review Guide
使用docker-compose进行python开发
Docker提供了容器级别的资源隔离，由于Python的外部依赖管理中存在的问题。我们通常会使用virtualenv来对不同的项目创建其唯一的依赖环境。这时利用Docker进行Python开发可以轻松解决不同Python项目之间的依赖隔离问题。
作为应用程序我们通常需要依赖于多种外部服务比如数据库，缓存服务等等。Docker-compose就是在Docker容器的基础之上，提供了统一的容器编排语言。可以让你更轻松的利用Docker构建你的应用环境
OpenStack创建Windows镜像
关于OpenStack的镜像创建官方已经提供了非常详细的说明，这里主要是记录一下如何使用KVM创建Windows系列镜像的基本过程；本文以创建Window7为例，其他版本类似，不同之处会在案例中进行说明；
OpenStack Console 设计
对于使用过OpenStack的用户，我们第一次操作虚拟机都可能是直接通过OpenStack Dashbord管理控制台提供的Web vnc来进行使用。
如图所示，我们可以很方便的使用该功能，对虚拟机进行管理和配置；
OpenStack之Neutron Vlan
如下图所示在基于Neutron的Vlan网络模式下，需要对交换机（L3）进行相应的配置, 一般可划分为3个基本网络：管理网络，用于Openstack内部API调用管理; 虚拟机网络，用于虚拟机之间的通讯；外部网络，用于连接外部网络，作为虚拟机的浮动IP来源；
由于Vlan模式下，租户建立的网络都具有独立的Vlan标签，故需要利用交换机将虚机网络设置为trunk模式,如允许通过vlan tag 为800~2000网络，保证虚拟机之间能够正常通讯；
OpenStack之镜像管理
在基于OpenStack的企业私有云环境建设当中，系统镜像起到了非常重要的作用。同时对于使用者而言，我们通常需要各种不同类型的操作系统角色，比如AppServer, DBServer,假如我们重头构建所有的镜像，对于使用者而言是非常浪费时间的。
同时当镜像的数量达到一定程度之后，其本身的管理也是非常复杂的，这里我们来探讨一下如果通过一些技术实践来加快我们的系统镜像构建，以及大量镜像的管理方式。
OpenStack之体系设计
OpenStack作为一个最广泛使用的开源云计算管理平台，除了它本是开源的，由开源社区驱动，它本身的架构设计也是非常开放的。 这里我们来聊一下关于OpenStack的软件架构设计