cloudiac

cloudiac copied to clipboard

feat: ct-worker 镜像添加 cloudiac-playbook 命令

1

jxinging

before/after命令执行前进入到workdir

2

1. after命令执行时，处于workdir中，所有after的命令不需要修改。 2. checkout阶段的before命令执行时，还没有code目录，没有修改默认目录位置 3. before命令中有可能会变化当前目录，所以before之后回到workdir的步骤仍然保留

linuxr

refa: 改用 tfvars.json 文件传入 terraform 变量

1

因为使用 TF_VAR_xx 环境变量传入会因为优先级问题导致无法覆盖掉 tfvars 文件中定义的变量，不便于 Stack 的编写。 改为这个方案后，我们可以支持在 stack 中定义不同的 tfvars 文件来对应不同部署场景的默认参数，然后在部署具体环境时对部分参数做修改。 terraform 变量的优先级定义：https://www.terraform.io/language/values/variables#variable-definition-precedence 改为该方案后用户依然可以通过在环境变量中配置带 TF_VAR_xx 前缀的变量。 需要注意，如果 tfvars 文件中有未定义的变量名 terraform 会报一个警告。

jxinging

[QUESTION]

1

### 请描述您的问题 time="2022-08-03T13:49:13.481" level=info msg="/Users/xiaohei/xiaohei/cloudiac/portal/libs/db/mysql_gorm.go:461\n[error] failed to initialize database, got error Error 1045: Access denied for user 'cloudiac'@'172.19.0.4' (using password: YES)"

pythonyaole

### 联系方式 [email protected] ### CloudIaC 版本 1.0.1 ### 问题描述 由于网络原因仓库无法检出，导致环境创建和销毁均无法成功，而“归档”按钮在环境处于销毁状态时才可点 导致该环境无法被归档 ### 重现步骤 如上 ### 期待的正确结果 在判断状态文件为空或未创建时，可进行归档操作 ### 相关日志输出 _No response_ ### 附加信息 _No response_

mt5225

环境被销毁后是否要清空自动销毁设置？

3

### 背景 考虑这样一个场景：给环境设置一个自动销毁时间(如 20220324 22:16:00)，当环境被销毁后其自动销毁时间并不会清空，下一次重新部署该环境后可能因为已过自动销毁时间，环境在创建成功后立即触发了自动销毁 ### 讨论 - 环境被销毁后是否应该清空自动销毁设置？ - 可能有环境创建后几个小时自动销毁的需求（环境部署成功后几个小时自动销毁），如果销毁后清空配置，再创建环境又需要重新配置自动销毁，用户体验不好

jxinging

部署环境时，切换部署分支，tfvars列表保留原分支下的list，导致新分支找不到tfvars文件而部署失败。

brianchenl

### CloudIaC 版本 1.0 ### 请描述您的需求或者改进建议 通过 tf-summarize 总结plan 的结果 https://github.com/dineshba/tf-summarize ### 请描述你建议的实现方案 _No response_ ### 附加信息 _No response_

mt5225

项目概览，将左下的图换成项目下所有环境的总费用累计

mt5225

### 请描述您的问题 Hi! I saw that you're using tfenv in this repository. It's a really good tool, but it does not support OpenTofu and Terragrunt. My team designed a successor...

kvendingoldo