Deployment 我如何在我的释放过程中加入一些肉?

Deployment 我如何在我的释放过程中加入一些肉?,deployment,release-management,Deployment,Release Management,我在我工作的公司负责产品和服务的合并、部署和发布。我已经慢慢地从发展到这个职位,所以很多对我来说都是新的(我猜!) 我们有一个部署过程,但没有真正的发布过程,只是在发布前不久告诉涉众和员工这些新服务/功能/错误修复 我听说过关于ITIL发布管理、CMDB、版本控制和其他杂七杂八的东西,但它们是真的需要还是我最终会被一堆废话压得喘不过气来 我想我想问的问题是:我的第一步是什么?我是在小题大做吗?我如何塑造这个部门 Steve在我看来,以下做法或实施a不是必要的,而是最佳做法。对于您来说,最重要的事

我在我工作的公司负责产品和服务的合并、部署和发布。我已经慢慢地从发展到这个职位,所以很多对我来说都是新的(我猜!)

我们有一个部署过程,但没有真正的发布过程,只是在发布前不久告诉涉众和员工这些新服务/功能/错误修复

我听说过关于ITIL发布管理、CMDB、版本控制和其他杂七杂八的东西,但它们是真的需要还是我最终会被一堆废话压得喘不过气来

我想我想问的问题是:我的第一步是什么?我是在小题大做吗?我如何塑造这个部门

Steve

在我看来,以下做法或实施a不是必要的,而是最佳做法。对于您来说,最重要的事情,也是第一步,是开发或记录有关您所做工作的合理流程。对于文档,您可以使用“程序员友好”工具,如wiki(MediaWiki、TikiWiki),但如果您不记录您的实践,则很难实现持续改进

如果您已经实施并记录了您的流程,您可以研究与您的部门相关的标准和最佳实践。ITIL和ISO 20000-1是专注于您提供的服务质量的标准。服务,而不是正在进行的操作。ITIL可以为您提供一些有用(但不是必需的)良好实践,例如实现CDMB。如果您正确实施CMDB,您的部门将在数据库中配置您用于提供服务的资产。您将能够在客户机上存储系统配置或您想要的内容。CMDB可以将其元素与事件或已知错误关联,以便支持部门能够为您的客户提供最佳服务

CMMI或CRUM是您可能感兴趣的其他标准/框架

关于版本控制,我认为某种版本控制是必须的。GIT或Subversion是不错的选择

在我看来,其他非常有趣的工具是某种持续集成,如Jenkins和一些票务系统,如Trac或Mantis。

在我看来,以下实践或实施a不是必需的,而是最佳实践。对于您来说,最重要的事情,也是第一步,是开发或记录有关您所做工作的合理流程。对于文档,您可以使用“程序员友好”工具,如wiki(MediaWiki、TikiWiki),但如果您不记录您的实践,则很难实现持续改进

如果您已经实施并记录了您的流程,您可以研究与您的部门相关的标准和最佳实践。ITIL和ISO 20000-1是专注于您提供的服务质量的标准。服务,而不是正在进行的操作。ITIL可以为您提供一些有用(但不是必需的)良好实践,例如实现CDMB。如果您正确实施CMDB,您的部门将在数据库中配置您用于提供服务的资产。您将能够在客户机上存储系统配置或您想要的内容。CMDB可以将其元素与事件或已知错误关联,以便支持部门能够为您的客户提供最佳服务

CMMI或CRUM是您可能感兴趣的其他标准/框架

关于版本控制,我认为某种版本控制是必须的。GIT或Subversion是不错的选择


在我看来,其他非常有趣的工具是某种持续集成,比如Jenkins和一些票务系统,比如Trac或Mantis。

您对代码本身有版本控制吗?您对代码本身有版本控制吗?