I fail to understand why I shouldn't use my favorite editor, I'd call it a non-feature (useless, not available from the competion because it is useless).
GitHub has this feature, FWIW.
11–20 of 50 posts
I fail to understand why I shouldn't use my favorite editor, I'd call it a non-feature (useless, not available from the competion because it is useless).
GitHub has this feature, FWIW.
I fail to understand why I shouldn't use my favorite editor, I'd call it a non-feature (useless, not available from the competion because it is useless).
I don't find such feature very useful. Without a way to execute code or run tests it seems too easy to break something.
I fail to understand why I shouldn't use my favorite editor, I'd call it a non-feature (useless, not available from the competion because it is useless).
I fail to understand why I shouldn't use my favorite editor, I'd call it a non-feature (useless, not available from the competion because it is useless).
I know that I've used GitHub's online editor a few times in situations where I see a quick typo I need to fix or want to make a one line change without the hassle of opening up the right directory, pulling the latest code, opening up an editor, etc etc.
It just depends on how you approach it, since I prefer to work local and upstream revisions with change notes, the main reason for revision control.
Given the featureset of github, it makes somehow sense, it just contradicts revision control to work directly in the repository.
I don't find such feature very useful. Without a way to execute code or run tests it seems too easy to break something.
As long as you have something like this in place, it doesn't matter how the change gets committed to the repository.
Earlier quoted context omitted.
I know that I've used GitHub's online editor a few times in situations where I see a quick typo I need to fix or want to make a one line change without the hassle of opening up the right directory, pulling the latest code, opening up an editor, etc etc.
Sorry to hear that your IDE totally sucks - scnr. It just depends on how you approach it, since I prefer to work local and upstream revisions with change notes, the main reason for revision control. Given the featureset of github, it makes somehow sense, it just contradicts revision control to work directly in the repository.
I don't think it's at all related to the editor I use (I use vim anyway so I don't think that's the issue).
Maybe it's worth considering that others prefer different workflows than you or have different use cases?
Earlier quoted context omitted.
I know that I've used GitHub's online editor a few times in situations where I see a quick typo I need to fix or want to make a one line change without the hassle of opening up the right directory, pulling the latest code, opening up an editor, etc etc.
Sorry to hear that your IDE totally sucks - scnr. It just depends on how you approach it, since I prefer to work local and upstream revisions with change notes, the main reason for revision control. Given the featureset of github, it makes somehow sense, it just contradicts revision control to work directly in the repository.