This project is mirrored from https://:*****@github.com/hashicorp/terraform.git. Pull mirroring failed .
Repository mirroring has been paused due to too many failed attempts. It can be resumed by a project maintainer.
  1. 25 Feb, 2022 1 commit
  2. 24 Feb, 2022 6 commits
  3. 17 Jan, 2022 2 commits
  4. 03 Jan, 2022 1 commit
    • Martin Atkins's avatar
      getmodules: Use go-getter v1.5.10 and return to upstream GitGetter · 74761b2f
      Martin Atkins authored
      There was an unintended regression in go-getter v1.5.9's GitGetter which
      caused us to temporarily fork that particular getter into Terraform to
      expedite a fix. However, upstream v1.5.10 now includes a
      functionally-equivalent fix and so we can heal that fork by upgrading.
      
      We'd also neglected to update the Module Sources docs when upgrading to
      go-getter v1.5.9 originally and so we were missing documentation about the
      new "depth" argument to enable shadow cloning, which I've added
      retroactively here along with documenting its restriction of only
      supporting named refs.
      
      This new go-getter release also introduces a new credentials-passing
      method for the Google Cloud Storage getter, and so we must incorporate
      that into the Terraform-level documentation about module sources.
      74761b2f
  5. 09 Dec, 2021 1 commit
  6. 01 Dec, 2021 2 commits
  7. 18 Nov, 2021 1 commit
  8. 17 Nov, 2021 2 commits
  9. 16 Nov, 2021 1 commit
  10. 11 Nov, 2021 3 commits
  11. 08 Nov, 2021 1 commit
  12. 02 Nov, 2021 1 commit
    • James Bardin's avatar
      update go-cty · ca6d3cf5
      James Bardin authored
      cty: The documented definition and comparison logic of cty.Number is now
      refined to acknowledge that its true range is limited only to values
      that have both a binary floating point and decimal representation,
      because cty values are primarily designed to traverse JSON serialization
      where numbers are always defined as decimal strings.
      
      In particular, that means that two cty.Number values now always compare
      as equal if their representation in JSON (under cty's own JSON encoder)
      would be equal, even though the decimal approximation we use for that
      conversion is slightly lossy. This pragmatic compromise avoids confusing
      situations where a round-trip through JSON serialization (or other
      serializations that use the same number format) may produce a value that
      doesn't compare equal to the original.
      
      This new definition of equals should not cause any significant behavior
      change for any integer in our in-memory storage range, but may cause
      some fractional values to compare equal where they didn't befo...
      ca6d3cf5
  13. 29 Oct, 2021 7 commits
  14. 28 Oct, 2021 1 commit
  15. 16 Oct, 2021 1 commit
  16. 14 Oct, 2021 3 commits
  17. 13 Oct, 2021 1 commit
  18. 12 Oct, 2021 5 commits