feat: golines formatter

[ldez]

Add golines as formatter.

golines is designed as a CLI, so I created a fork with minimal changes to be usable as a library.

https://github.com/golangci/golines

The readme of the repository explains all the changes.

Fixes #1914

Related to #5296 (comment)
Related to #3983

[bombsimon]

Nice! Given the fork it doesn't look like there's any plans to sync with the maintainers if they would be interested to do or accept changes to make the original repo compatible with golangci-lint? And maybe you're not either if you can reduce dependency scope? Not that I think that matters at this point given the number of linters.

[bombsimon]

Should .golangci.next.reference.yml be updated?

[ldez]

Should .golangci.next.reference.yml be updated?

I will just update the json schema, the documentation will be rewritten because the 1st PR on formatters was just a compatibility layer, I will drop this layer and write the doc for all the formatters.

All the references will be updated but I don't want to do the job twice.

[ldez]

Nice! Given the fork it doesn't look like there's any plans to sync with the maintainers if they would be interested to do or accept changes to make the original repo compatible with golangci-lint? And maybe you're not either if you can reduce dependency scope? Not that I think that matters at this point given the number of linters.

In fact, it is not really possible because some elements inside the core of golines cannot be removed.
The isolation of the code inside a package will not solve the core of the problem.
Also, it will not reduce dependencies unless the code is moved inside a dedicated module and all the code related to debug/graph is removed.

As you can think, before forking I evaluated the other possibilities, but there are no trivial and non-highly invasive modifications.