软件开发中的环境命名标准？

我的项目目前遇到环境命名问题。关于应该命名什么环境或命名什么名称，不同的人有不同的假设，这在讨论它们时引起了混乱。我已经做了一些研究，但还没有找到任何标准。

这些术语包括“本地”，“沙”，“开发”，“测试”，“用户”，“质量检查”，“阶段”和“产品”（以及其他人询问的其他内容）

我并不是在寻求公正的意见，尽管如果有“每个人”拥有的意见，我会接受它-我试图通过某种权威来寻找定义，即使它是非官方的。

这是我们当前使用的环境：

1. 开发者PC上的环境
2. 共享环境，开发人员可直接在其中共享代码以进行自我测试
3. 质量保证人员测试标准和功能的共享环境
4. 共享环境，已完成且经过质量检查的代码已由项目请求者批准
5. 将最终环境反映为最终检查并准备部署的环境
6. 使用代码的最终环境

我知道我叫他们什么，但是这有某种标准吗？提前致谢。

不仅没有固定的标准，而且确实没有固定的模式。您所构建的项目与您可以负担得起的复制规模之间的依赖关系将决定从一种项目到另一种项目的外观。

我使用的环境只有一种，而多达13种。

按照您描述的顺序，我通常会看到他们给他们起了个类似的名字

1. 本地或开发人员（如果您在下一步中不使用开发人员）
2. 开发人员或集成（如果这是合并后的第一个部署）
3. 测试或质量检查
4. 如果您没有在第3步中使用质量检查，则必须接受或接受质量检查
5. 预签，分期或性能（如果这是最终签核的性能步骤）
6. 产品

我的建议是就每个产品或每个项目的进入，离开的名称，目的和标准达成一致，然后，当您意识到您需要第7种环境或出于某种其他原因而仅需要5种情况时，以后再与您讨论团队。

如果您的团队成员对名称的语义感到困惑，则始终可以删除名称，然后将其称为prod减6到prod减1，而一位经理只是拒绝让其质量检查人员在环境中进行测试未命名为“质量检查”

如果您要命名服务器本身，我通常建议根据其所属的权限来命名它们。通常情况如下：

• 开发人员可以操纵开发人员的机器
• 质量检查机器不能由开发人员操纵，也不受生产支持的监视
• 生产机器是生产支持的业务

大多数人最终都会使用这些名称作为前缀或后缀，这样您就可以使用“ devsqllweb”，“ qasqlweb”，“ prodsqlweb”之类的链。

我猜想来自一个更加结构化，规范化的行业，命名服务器的选择是我所没有的。我们的服务器是根据我们公司的IT策略命名的-因此无法控制计算机的实际主机名。

我们所做的是消除了DNS名称和别名的路由。规则是首字母标识服务器在开发过程中的一般角色（区域）

• p =生产
• d =发展
• s =分期
• t =测试

然后我们有一个最多三个字母的名称来标识机器的作用

• 应用 =应用
• db =数据库
• 网络 =前端/网络
• kas =缓存

如果该区域中有多台机器，则后面跟一个数字。我们将其发布在内部文档服务器上，并将其作为项目新文档的一部分以及在引导阶段提供。

这些适用于开发过程中的那些服务器。对于支持机器，我们有更宽松的政策；当我们必须提供新的辅助服务器时，我们要求开发团队提出他们喜欢的名称。

这导致了一些有趣的问题，我最喜欢的两个是cerberus（内部代理）框和hades（文档服务器/内联网）

我确定这不是最佳做法，但这是我们使用的方法，对我们有用。

没有固定的定义。有一些常用的惯例（已列出）。如果要为每个环境指定“玩具总动员”中角色的名称，则可以（尽管不推荐）。

我要做的是为公司创建一个词汇表，在其中提供我们要使用的名称。