Replies: 3 comments 5 replies
-
Also worth noting: someone created a new "ui" folder that now has 3 files in it. Since the "should we build the game in a PR?" logic is based on an explicit allow-list of file paths, the "ui" folder isn't included in that. Having standards around "this is where files should go!" will fix future additions from breaking the PR tooling. |
Beta Was this translation helpful? Give feedback.
-
https://danger.systems/js/ is probably what we want here (have never used it, but creator is a friend). This will also allow us to functionally 'lock' (either warn or fail the PR) changes to risky files, and also potentially do things like remind people "hey, you added art assets, if you didn't make these yourself you should add a line to the ACKNOWLEDGEMENTS file" |
Beta Was this translation helpful? Give feedback.
-
Thinking through what checks we might want Danger to make before I start writing code:
Curious what else we should have! No pressure at all, but tagging in @orta in case this weird game experiment is interesting to you and you have any suggestions for how we should configure our Danger rules :) |
Beta Was this translation helpful? Give feedback.
-
I am wondering what should be done regarding project clean-up.
After a quick look through the repository, I saw that it was already quite messy: scripts and scenes in the sprite folder, files dropped at the root of the project, new folders not especially created in the right place...
I am afraid that it's going to quickly get less and less manageable.
On the one hand, I don't like the idea of setting a high standard for PRs, nor of rejecting PRs because they're a little messy. On the other hand, a completely unstructured project will without a doubt be overwhelming for newcomers and inexperienced developers.
Really interested in what y'all think about that. I guess there's some kind of balance to find here again?
Beta Was this translation helpful? Give feedback.
All reactions