变更：The primary         objective         of  change management  is  to  enable  beneficial  changes  to be  made,  with  minimal  disruption  to  IT  services.  
发布：Release and Deployment Management aims to build, test and deliver the capability to provide the services specified by Service Design and that will accomplish the stakeholders’ requirements and deliver the intended objectives.


学习资料： ITIL培训基地专家讲堂直播 300期视频回放

我个人认为是这样的，发布对应了软件的需求开发测试发布等。而变更是对配置而言的，这个变更可能包含了发布管理的一些流程在里面。个人意见，不一定正确哈。

个人浅见，请拍砖
两者的关系的确很密切，有相当多的交集，但是关注的重点不一样，变更，更多的关注生产环境发生的变化带来的风险的控制。而发布更多是对于业务的需求的满足而发生的新的服务或者新的feature如何从业务的需求转化到生产系统的实现。
从另外一个角度说，变更管理更关心MTP的动作。而发布则新服务的MTP前的准备和规划。所以从这个层面看，发布肯定会触发变更（也就是说发布最终的完成会体现在变更请求上），而变更未必由发布来触发。因为变更涵盖的范围相比发布多的多。

其实大家换个角度就很容易理解了。大家都做it有些东西比较难理解。大家把变更和发布看成是一个产品升级和媒体发布会。例如一个游戏产品升级了，增加新版本，大家把这个看成一个变更。然后游戏供应商要对这个新版本，做个媒体发布会。变更应该走的流程都走了。那媒体发布会要做什么呢，根据实际情况而定，记录一些信息新版本资料。可能会需要游戏开发的过程的资料，游戏升级的资料，升级过程的资料。收集了所有的资料，安排媒体进行发布。
      当然变更和发布的关系更复杂，发布可以说变更开始到结尾都紧密结合。游戏升级和媒体发布会也许有点偏颇，因为媒体发布会只在最后才收集资料，而发布需要整个变更流程都有关系。由于结合太紧密，呵呵，很多公司会把变更和发布做到一起。

其实ITIL的问题，大家有时候把it服务当成一个产品的角度去考虑会比较容易理解。