I deleted the .git folder cause it was for some reason commiting everytime i did anything. Is there some way to turn this off so I don’t end up with 100 commits in 10 minutes:
$ git status
On branch master
Changes not staged for commit:
(use “git add …” to update what will be committed)
(use “git checkout – …” to discard changes in working directory)
modified: .gnupg/random_seed
no changes added to commit (use “git add” and/or “git commit -a”)
I don’t know what you might have set (or what may have happened) to make it push to git without you expressly telling it to. Do you have some sort of script running re: git?
I have all my projects in git and though I mostly just pull from them these days have once in awhile pushed changes.
But fundamentally, the Glitch environment is a custom Linux image in a container. So the team can add whatever script-fu they want in there to control how it handles git etc. Plus there’s the whole Glitch backend. So there are multiple tiers where they could have implemented the automatic “Checkpoint” commit functionality.
The override in git hooks is just a hook; it doesn’t have anything to do with the origin of the Commit event, it just sees that a commit is happening (from any source) and nullifies it if it sees the word “Checkpoint”
Thanks. That’s a little disconcerting. Not a show stopper by any stretch but it seems to me that these types of things could be options making them both obvious and controllable through an interface.
That there is a documented script makes that even more obvious.
I see where you’re coming from. But I think the big difference in usage is that whereas you’re not keen on the Glitch editor, others (like me) work exclusively in it. And, as I understand it, Glitch-the-company view the editor as a unique selling point.
Glitch ain’t heroku at the end of the day; it’s not an entirely unopinionated code-running system, but a somewhat opinionated app creation environment with sensible defaults that are designed to make coding more fun and less arcane.
I still play ZDoom every day there are multiple dozens of options most of which nobody changes but if the software needs a value and there is a range of acceptable values there is no reason not to expose those to users in a straightforward manner. In this case they are in a .ini file tied to the user account.
One of the reasons people may not be so keen on the editor might be due to the relative lack of customization. Note again the original poster who wasn’t impressed with a feature that granted some might find helpful.
Generally speaking I think we can agree that a customizable editor is at least as good a selling point.