Get value even if it's not the fully qualified path about hcledit HOT 4 CLOSED

Hi @nitrocode, thank you for reporting!

The type of last 2 is block rather than attribute. So I expect to get it with hcledit block get.
I tested and confirmed that the top level block seems to be ok, but the nested doesn't.

$ cat test.tf | hcledit block get resource.foo.bar.nested

$ cat test.tf | hcledit block get resource.foo.bar
resource "foo" "bar" {
  attr1 = "val1"
  nested {
    attr2 = "val2"
  }
}

I agree it's natural to expect returning the nested block as the same as the nested attribute. We should support it.

Strictly speaking, the hcledit block get returns not only block body { ... }, but also block header resource "foo" "bar". Do you want to get the block body without the header? if so, we need to support hcledit body get.

from hcledit.

@nitrocode The hcledit block get command now returns not only the top-level block, but also the nested block. See #22

from hcledit.

@nitrocode I added hcledit body get command in #23.

The expected behavior you described above contains the outer braces {}, however, according to the HCL spec, the outer braces don't belong to the body.
https://github.com/hashicorp/hcl/blob/v2.9.1/hclsyntax/spec.md#structural-elements

So, I intentionally didn't include them in the outputs.

from hcledit.

Yes I agree with you. I didn't realize there was a block get command.

As you already mentioned, ybese changes would be nice

• Support body get to retrieve body without header
• Support block get for blocks

from hcledit.