Hi, Great suggestion Manu ! Indeed, if spotless can support it, for consistency, it's probably better to use it.
Regards JB On Thu, Aug 21, 2025 at 6:12 PM Fokko Driesprong <fo...@apache.org> wrote: > > Hey Manu, > > Thanks for suggesting this, and I strongly support using a linter. Recently I > noticed that we use different flavors of Markdown in the table, and the > linter would take care of that. > > I do have a similar remark as Eduard. If Spotless supports this, I think that > would be the easiest. Otherwise, I think pre-commit would also be a good > option within the Java repo as this is also easy to run locally. Using > pre-commit we can also add other linters (shell, end-of-line, detecting debug > statements, credential detection, spell-checker, etc). > > The biggest downside is that we might lose some version history due to just > reformatting. For example, if you widen a column in a table, I think the > linter will realign the whole table. However, through GitHub we can easily > track down the lineage. > > Kind regards, > Fokko > > Off-topic: At some point, we can replace pre-commit by prek when it gets > mature enough. As Atwood's law states; Any application that can be written in > Rust, will eventually be written in Rust (slightly adapted). > > > Op do 21 aug 2025 om 17:59 schreef Eduard Tudenhöfner > <etudenhoef...@apache.org>: >> >> We're already using spotless to format Java code and spotless also supports >> markdown files so maybe worth exploring how we could achieve this through >> spotless? >> The main advantage would be that people would be able to catch linting >> errors already locally before CI runs. >> >> On Thu, Aug 21, 2025 at 5:38 PM Manu Zhang <owenzhang1...@gmail.com> wrote: >>> >>> Hi all, >>> >>> What do you think of adding a GitHub action to lint markdown files? It can >>> catch markdown rendering issues early and ensure a consistent style across >>> markdown files. iceberg-python has already included markdown lint[1] in >>> pre-commit hook. (Thanks Fokko for the suggestion!) >>> >>> I've a draft PR[2] that adds a Docs CI triggered on changes to any markdown >>> files. The lint rules are highly customizable via a config file[3]. While >>> fixing existing issues spotted by the CI, I'd like to get early feedback >>> from the community. >>> >>> 1. >>> https://github.com/apache/iceberg-python/blob/main/.pre-commit-config.yaml#L41 >>> 2. https://github.com/apache/iceberg/pull/13826 >>> 3. >>> https://github.com/manuzhang/iceberg/blob/markdownlint/.markdownlint.jsonc >>> >>> Regards, >>> Manu