Skip to content

go.mod: github.com/google/uuid v1.2.0#5382

Merged
mxpv merged 1 commit intocontainerd:masterfrom
thaJeztah:bump_uuid
Apr 19, 2021
Merged

go.mod: github.com/google/uuid v1.2.0#5382
mxpv merged 1 commit intocontainerd:masterfrom
thaJeztah:bump_uuid

Conversation

@thaJeztah
Copy link
Copy Markdown
Member

full diff: google/uuid@v1.1.2...v1.2.0

I did not switch to us the uuid.NewString() function; we are not currently using
uuid.New(), probably because it can panic in case an invalid UUID is produced;
in stead we are using uuid.NewRandom(), which is equivalent, but returns an
error instead.

Changes:

  • v1.2.0: Add NewString()
    This release introduces the NewString() function which is the equivalent of
    uuid.New().String().
  • v1.1.5: Syntactic cleanup
    There are no code changes. A missing period was add to a godoc comment and the
    linter was told to not complain that the results of hash.Write() are ignored
    (the function cannot fail)
  • v1.1.4: Further error optimizations
    Do not allocate memory for errors (it is only one word)
  • v1.1.3: Optimize error reporting
    Optimize length of time it takes to discover an input is bad by no longer using
    fmt.Errorf, which is quite slow. It now uses a custom error type that formats
    the string when the Error method is called rather than when generating the error.

full diff: google/uuid@v1.1.2...v1.2.0

I did not switch to us the `uuid.NewString()` function; we are not currently using
`uuid.New()`, probably because it can `panic` in case an invalid UUID is produced;
in stead we are using `uuid.NewRandom()`, which is equivalent, but returns an
error instead.

Changes:

- v1.2.0: Add NewString()
  This release introduces the NewString() function which is the equivalent of
  uuid.New().String().
- v1.1.5: Syntactic cleanup
  There are no code changes. A missing period was add to a godoc comment and the
  linter was told to not complain that the results of hash.Write() are ignored
  (the function cannot fail)
- v1.1.4: Further error optimizations
  Do not allocate memory for errors (it is only one word)
- v1.1.3: Optimize error reporting
  Optimize length of time it takes to discover an input is bad by no longer using
  fmt.Errorf, which is quite slow. It now uses a custom error type that formats
  the string when the Error method is called rather than when generating the error.

Signed-off-by: Sebastiaan van Stijn <[email protected]>
@theopenlab-ci
Copy link
Copy Markdown

theopenlab-ci Bot commented Apr 17, 2021

Build succeeded.

@mxpv mxpv merged commit 3aae93a into containerd:master Apr 19, 2021
@thaJeztah thaJeztah deleted the bump_uuid branch April 19, 2021 07:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants