Also bonus question, I didn't check yet, but since many sections are now optional with selection of features at creation - how to check in cookie cutter whether particular section is enable or not? I can't find example for that, rather most of the work is done inside cookie cutter hook. I wanted to update readme of starter with instructions how to run tests & build the docs with sphinx but only make them appear when given section is enabled.

Well it's two parts and it's not really the most elegant solutions. Thus you see 4 different starters.

spacefilghts

,

spaceflights-viz

etc. For most tool, it handled by the cookiecutter post_gen hook, for

viz

and

pyspark

, it handles from

kedro

because copy pasting existing code file is tricky (i.e. settings.py) etc. We never get to explore better options. i.e.

copiers

or I've heard about

progen

recently.

solutions I'm thinking about could be maybe: copier repo for base kedro new that tries to keep in check other copies or to abbandon the approach of multiple different versions and rather code the template with logic based on cookie cutter and selected options (also problematic to maintain and test in different ways). I wish there was also a test step in cicd at let's say pre-release for sanity checking that all combination of options in base starter and official starter produce code that works, and its tests passes - then improve tests of those starters to also test the specific functionality they introduce (kedro viz, pyspark present, docs buildable, ruff linting throwing no errors and other base things expected of those starters)

I'll keep thinking about the possible approach but in the mean time I'll try to just do basic changes to fix the starters