【问题标题】:Octopus deploy ID vs Name vs slug for scriptingOctopus 部署 ID vs Name vs slug 用于脚本
【发布时间】: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


【解决方案1】:

一般来说,我建议使用 ID,因为名称不一定是唯一的(例如变量名)并且 ID 不能更改。

当您说“在脚本中难以阅读,因为它没有语义含义”时,这是否意味着您将名称/ID 硬编码到脚本中?为什么不发表评论?例如,

$project-id = "Projects-123" # ID of "My Awesome Project"

【讨论】:

  • 回想起来我觉得你是对的。结合描述性变量命名,确保项目 ID 只定义一次。比如:$my-awesome-project-id = "Projects-123" # ID of "My Awesome Project"
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-11-03
  • 1970-01-01
  • 2013-01-31
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多