Magit can do most common actions with one or 2 strokes, like `cc` for commit, `ca` for amend etc. Push, pull fetch etc work like a breeze and wont lock up emacs till its complete.
Sometimes I forget the keys, then I either enable menu bar mode to quickly look it up or switch to eshell for a while
Yeah, once I'm in magit-status, I type "g" for update, "fa" for fetch all, and if I need to commit, "S" to add all changes, C-u S to add all unstaged files, and using "n" and "p" to move through the list, I use "4" and "2" to toggle between showing/hiding changes per file (sometimes "3" if I want to see only part of a file's changes). When Im' done, I do "c" to type a commit message, and "cc" to commit. Often I need to fix a commit message typo, so "c" and "ca" lets me amend. Then I just type "PP" to push my changes! If I need to force-push because of an amended commit that I pushed 2 seconds ago, I'll do "P-fP". And interactive rebasing is really easy too, with "E". But yeah I've already gone on too long here.
The central part of magit is `magit-status'. You do most of the things from there. It even allows you to stage small parts of a diff (like git add -i) simply by selecting the part in the status view and staging it.
Yeah, and that part is quite nice. It may even be more useful than the gutters within files. I have to admit, in this particular sub-area, Atom has clearly done better and made ST3 look bad in comparison. This is great because it shows improvement, and I'm all for making our tools better. (I mention this because it's the first time I see Atom actually excel over ST3.)
Yeah (although I actually have OSX), that'd be nice.
Related to this, today I just discovered Brackets[1]. It also has some nice git features, like highlighting changed lines. Like Atom, it's written in HTML5. Unlike Atom, it's available on all platforms...because that's a really cool thing about HTML5.
Downloaded Brackets today, as I am really excited for the live web view. However, the live web view either showed wonky formatting or crashed. However, if I open the same index.html doc in Chrome, everything is fine. They say Bracket is updated every 2.5 weeks, so I hope the issue doesn't last too long.
I got rid of Chrome months ago over NSA spying stuff. Not only does this not work in Firefox, but it won't work in Qupzilla (which is WebKit). I'll wait for a new version with better browser support.
They stupidly used WebKit which has terrible Windows support. The linux support is okay, but still vastly behind the OSX support.
They need to jump ship to chromium in order to provide what they want to all 3 os's.
Just purely based upon what I've seen in the DMG package, you could pretty easily build your own version for Windows, or use it in Chrome with a couple of tweaks. They don't seem to use the C++ bindings a ton.
I know they're touting it as a feature, but it seems like a bit of a red flag that git integration is "built in." What if I don't like some behavior of the built-in plugin? Can I install a different one? Is there some reason it needs to be bundled? Is the plugin architecture not far-enough along that other VCS's can't be supported?
It is a plugin, just happens to be one of the bundled ones that's installed by default to provide a nice out-of-box experience. You can still disable it and install your own VCS plugin. One of the great things about Atom is that absolutely everything is a configurable plugin.
Wait, it's only OSX? Wow, I can't believe this! After all this hype, they didn't even release a *nix edition. They could have atleast mentioned it on their website.
I'm guessing that most of the guts of the software will work anywhere but polishing the frontend is a platform unique job. Github probably has a majority OSX userbase so this made sense for the initial release.
I'd love to post in there, however HN doesn't seem to offer any private means of communication and I don't want to post my e-mail address in public if I can prevent it.
a) It doesn't have to be an email address you actually use: as far as I can tell, each invite just leads to a "connect your Github" and uses your GH email from that point on.
b) You can edit your post to erase your email afterwards, if you're comfortable with only having it up temporarily.
c) If you'd rather not do either of the above, you could directly email cschmidt (or someone else with invites left who lists their email in their profile).
I'm currently liking, not yet loving, Atom at work on a big Drupal site and building my first Angular project. I've wasted 3 days at home trying to get comfy with it in a Rails project. I don't think there's anything that compares to vim-rails in terms of intuitiveness, so I'll stick with vim for that.
If I could just get a note for note port of the Twilight theme for not-gui vim, I don't think I'd ever look back.
It would be fitting to have an equivalent of Fugitive's :Gbrowse to see a file on github and :Gblame to see the blame inline. Never understood why would your editor should be aware of git until I used that.
Yes! Gblame is fantastic. Xcode also has some pretty good git blame, git log, and version comparison support directly in the editor. I find that kind of thing fantastically useful for understanding why a section of code is the way it is.
This looks terrific and is absolutely what someone like me needs. I'm excited to see where the development of this editor would go next. It's like a breath of fresh air.
https://github.com/airblade/vim-gitgutter
https://github.com/jisaacks/GitGutter