I want to preface this by saying I have genuine respect for the contributors and maintainers who put time into this game for free. This isn’t a “devs bad” post. But I’ve been watching CM’s development cycle long enough to notice a pattern
It goes like this:
Contributor picks up ambitious project, new mechanic, rework, overhaul
PR gets opened, looks promising, community gets excited
Testmerge happens, feedback rolls in, some good, some bad
PR gets pulled for “further work”
Testmerge again a few months later
Gets pulled again
Sits in PR purgatory for 6-12 months
Contributor moves on to a new project
PR closed due to inactivity or contributor request
Repeat forever
The graveyard of PRs that went through multiple testmerges, generated discussion, and then just quietly died is enormous. And the frustrating part isn’t that projects fail, that’s normal in open source development. The frustrating part is the cycle of hope. The community gives feedback, argues about balance, and then it just evaporates.
Eh having been a longtime tg player who has kept up with the dev scene and has observed projects of similar size and ambition get developed and go through, it definitely makes me think the development bureaucracy here has some problems which should be addressed and solved
I mean I think it has a lot to do with the scale of CM’s projects, they’re usually much bigger in scope (the large ones that is). Also compare how many pull requests CM actually gets compared to TG, there’s 137 right now, it was at 180+ a few days ago. I could be wrong but CM maintainers have a lot more on their plate.
the bulk of our code standards/style is copypasted from tg’s. the only real difference is that we have specific approval requirements from sprite maintainers and map maintainers. sprite approval is necessary as we have a unique artstyle that is pretty uniform across most of our sprites - tg often suffers from codersprites and a mishmash of artstyles. mapping approval is also quite important with how small mapping changes can completely change the balance of a groundmap