martin schitter (HE12025-02-28): > This kind of checks should better happen in some kind of CI based pipeline > supporting direct feedback to the contributors before accepting the patches > for any further human review by maintainers or on public mailing lists. > > That's why I really like GitLab and similar tools.
Developing in 2025: the project uses a monolithic tool, everything is in this tool, everybody has to use it, whether they like it or not. Developing in the early 2000s when FFmpeg grew: low-level tools are provided, every developer is free to integrate them in their favored working process, and indeed expected to do so. Developers from 2025 when confronted with a project from the early 2000s: “What's a script? Help!! What's a keyboard?” [insert here a picture of a hen who found a knife] > As long as languages do not simply enforce only one preferred coding style > (like for example in rust and deno) you'll never find a solution, which > makes everyone happy. Hard rules on cosmetic matters are a terrible idea, whether they are enforced at the level of the language or downstream from it. Regards, -- Nicolas George _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
