【发布时间】:2014-12-19 12:15:02
【问题描述】:
我正在编写 powershell 脚本来从 Octopus 查询数据,迟早我需要在脚本中引用一个项目或环境。在这些情况下使用名称、ID 还是 slug 更好?脚本的可读性和可维护性/易碎性是令人担忧的问题。
- ID 看似明确,但在脚本中难以阅读,因为它没有语义含义(例如“Projects-197”)
- 名称非常易于阅读,但似乎可能会因样式原因而改变(例如“公共网络应用程序”)
- slug 似乎只是名称的 url 安全版本(“例如“public-web-app”)
可以从其他查询(例如给定部署的发布 ID)中查找许多相对 ID,但最终我们需要参考一个特定项目。
【问题讨论】:
-
GitHub 上的“slug”是什么意思?..
-
@YvesM。这是 Octopus Deploy 的一个特性,而不是 github。对象有一个称为“slug”的标识符——它(除非它在过去 6 年内发生变化)是一个安全的 url,但基于该对象的名称是人类可读的字符串。
标签: naming octopus-deploy