Question

或者,你们是否不得不通过他人(管理服务器的人)来部署你的代码?

我理解不让每个人登录到一个活的生产服务器的政策,但我希望能够一旦生活就能够查阅我的代码、数据库和档案。

如何对待每一个人?

Answer 1

有一个组合管理小组,或发展小组以外的人向生产环境部署代码,具有优势。其中多数有助于强制执行有关释放的严格和审计线索。组合管理团队应通过文字发布守则。文字从密码存放处提取,投放到某个服务器。这样一来就将错误减少到最低限度。

我认为,发展小组应只读到生产数据的权利,并读到任何记录档案的能力。这使得问题更加容易分解。如果新版本的守则还需要更新数据库,则组合管理小组也应按规定部署这些变化。

Answer 2

每个环境都略有不同。相比之下,你们必须决定你们的工作。例如,亚马孙使开发商拥有自己的法典,有些开发商对此表示仇恨,但这种环境的一个特征是,这种环境的丑恶程度很低(当时你最后一次看到Amazon.com。)

另一些人则希望更严格的质量保证程序,从而建立一个业务部门,负责跟踪部署情况,但我发现,这些部门往往在公司中制造一种消极气氛:通过证明他们的作用是正当的,而这种作用意味着指出和支持世界的坏事。如果发展中国家的工作表现良好,如果它们的工资与业绩有任何关系,那么怨恨就会消失。

在个人方面,我倾向于看一整条,但越来越转向供应商,使我对硬件(EC2、Heroku等)的担忧较少,并更多地注重仪器的功能。我个人喜欢拥有这部法典和ug,因为这意味着我有明显动机要把 ticket票停下来——每张开张票都是我想要工作的新功能的拖延。

每个人都自己。

Answer 3

所有这一切都取决于公司已经制定了哪些程序。有些人比其他人更灵活。本组织正在脱离能够进入生产环境的开发商。现在,所有工作都必须遵循QA进程,然后是行动(负责部署和维持该守则)。我认为,由于事件较少,但时间较长。

Answer 4

最后,我为之签约,有一个特定群体负责生产服务器的部署和配置。

你们的所有法典都必须在警示中加以检查,而这正是要部署的。因此,一旦《刑法》生效,你就没有“加入”。他们每周两次部署新的/修改的法典,除非是紧急部署。

Answer 5

我今天刚刚将一些东西部署到了生活环境。我也能够查阅现场数据库。

众所周知,这在过去造成了一些明显的失败。有时,有些人就生产环境而不是发展环境提出了表格。然而,我认为在另一个进行释放的人中没有什么好处,特别是在他不熟悉软件的情况下。

Answer 6

理想的释放程序流程如下(在我这个世界上):

Development Env (where you code it on and do your testing)
Testing Env (where the testers test it with live data - could also be you)
At this stage it can go straigh to live, or release to another testing ground where you can have users testing it.

视贵公司是否严格而定,开发商可能或不可能获得实销,特别是如果它是一个大公司的话。

Answer 7

上述答复提到了发展和测试环境。拥有专用、单独的建筑服务器,不用于发展也是非常重要的。它从存放处提取源代码,汇编和制作(在Java World EAR或WAR档案中),然后用于测试环境等。

这一建筑服务器也可以接收中心的环境,并定期进行自动化的日常建筑。