部署友好代码

Question

编写部署友好代码是否被认为是程序员的优点？

如果是，那么在编码时要记住哪些一般注意事项，以便稍后部署相同的代码不会成为噩梦？

Answer 1

部署的最大改进是最大限度地减少人工干预和手动步骤。如果您必须输入配置值或手动浏览配置屏幕，则部署中会出现错误。

Answer 2

如果您的代码需要“回家”，请确保用户了解原因，并在必要时关闭该功能。如果您正在编写要在企业网络上部署的现成软件，这可能只是一个大问题。

如果没有让你的程序依赖太多的环境事物来运行正常，这也是很好的。为了解决这个问题，我喜欢使用我自己的bin等文件夹和其他文件夹定义一个目录结构，以便所有内容都可以自包含。

Answer 3

整个部署过程应该自动化，以尽量减少人为错误。该软件不应受到环境的影响。如果出现任何问题，应轻松回滚任何新部署。在编码时，您不应该对每个环境可能不同的配置值进行硬编码。应该以这样的方式进行配置，以便根据环境轻松实现自动化。

Answer 4

客户端还是服务器？

通常，部署友好意味着您在完成一个小故事/工作单元时完成并验证部署。它来自持续的QA而不是风格。如果你等到最后一分钟来构建和验证部署，那么最干净的代码永远不会友好。

其他所有部署，桌面或服务器都遵循早期验证。如果您尽早解决这些依赖项的交付，则可以添加所需的所有可疑依赖项。一些非常方便的桌面部署机制导致沙盒/部分受信任的应用程序。最好尽早发现你不能做某事（比如把你的日志写到c：\ log.txt），而不是发现你的客户无法安装。

Answer 5

我不完全确定“部署友好代码”的含义。你在部署什么？ “部署”是什么意思？

如果你的意思是你的代码应该可以在计算机之间转移，我想最好的办法是尽量减少对外部库的不必要的（使用给定的“不必要”的“不必要的”定义），并且很好地记录你< em> do 依赖。