Oh yeah, you can, but it makes it pretty much impossible to discern between commits in the action run overview. So, if something broke between one change and the other, then you’d have to just kind of know what that change was.
That is obviously doable, if you make a singular change, then wait for the result before you make the next change. But I often had the problem that I would get interrupted or that I had to continue on the next day, so when I wasn’t quite as clear anymore what lines I changed precisely. Or what also often happened, is that I would get bored while I’m waiting for the action run to complete, so I start making the next change before I know whether the previous change was successful (I guess, this only really starts to become a problem, if it takes 30+ minutes for the run to complete).
But yeah, I put them onto a separate branch, so I can easily squash them into one commit before putting them back onto the proper branch.
I think, it can be important, because there are certain niche communities, which themselves have made it their mission to shit on the interest of others. Prime example is that weirdo linuxsucks community. It’s two folks who spend far too much time to find the wildest misinformation, which they think makes Linux look bad.
Leaving aside that it really is just absolutely terrible content, which I cannot imagine anyone browsing /all could possibly want to see, it also is just negative about something that people here enjoy, which I think is negative for Lemmy. Sometimes, they’ll even post stuff that’s borderline offensive and when you report it, well, guess who the moderators of that community are. Without contacting the instance admins to resolve that, downvoting is the only method of moderating a rogue community like that.