Update to Go 1.25.6 (#196)

* Update to Go 1.25.6

* Update actions/setup-go to V6.2.0

* Update deps

fix(deps): update module k8s.io/apimachinery to v0.33.3 (#162)

Co-authored-by: elastic-renovate-prod[bot] <174716857+elastic-renovate-prod[bot]@users.noreply.github.com>

Also support version on go install (#87)

This makes the version command also works when the binary is installed using go install.

Go version: s/1.20.x/1.22.x (#74)

chore(deps): upgrade sigs.k8s.io/controller-tools to v0.14.0 (#63)

This updates sigs.k8s.io/controller-tools to v0.14.0.

With this new version the rendering of multi lines and empty lines has
changed a little. The asciidoc and markdown renderers are 
therefore updated to take this into account.

---------

Signed-off-by: Justen Stall <justenstall@gmail.com>
Co-authored-by: Amund Tenstad <github@amund.io>
Co-authored-by: Thibault Richard <thb.krkr@gmail.com>

feat: parse markers (#55)

This parses all CRD markers so that e.g. `default` and `validation` markers are available to generate the doc.
The markers are not used for anything right now, but can be accessed via `{{ $type.Markers }}` and `{{ .Markers }}` in `type.tpl` templates.

Update dependencies (#43)

* Update github.com/goccy/go-yaml to `v1.11.0`
* Update github.com/spf13/cobra to `v1.7.0`
* Update github.com/stretchr/testify to `v1.8.1`
* Update go.uber.org/zap to `v1.24.0`
* Update golang.org/x/tools to `v0.8.0`
* Update k8s.io/apimachinery to `v0.27.1`
* Update sigs.k8s.io/controller-tools to `v0.11.4`

Update setup-go and checkout actions to v3 (#23)

Do not ignore basic type comments (#8)

Fix processing & linking of alias types (#6)

* Fix processing & linking of alias types

Prior to this change, alias types would be added to the `processor.Types`
map twice, in the case where an API defines both the alias type, and
another struct which uses either a pointer to, or an array / slice of,
an alias type. Depending on which element is processed first, the alias
type would be added to the map as an AliasKind, or a
SliceKind/ArrayKind/PointerKind. This means that where templates attempt
to render an underlying type of an Alias using `IsAlias`, the alias may
be registered as a non-alias type.

In addition, alias types were treated as Basic in the renderer if their
underlying types were basic. This means in the above case, links are not
generated to the alias type in the generated documentation, despite them
being a valid type as part of the API.

* Add & fix unit test for alias array