The interface certainly does look good, but man, I miss some consistency in navigation! And is it so hard to have mouse free control for application that is essentially GIT client?
Why would you expect "mouse-free control" for an application whose user experience is fundamentally designed around a pointer?
Of course, GitHub for Mac should leverage Mac OS X's Accessibility infrastructure so it works with assistive technologies like VoiceOver and full keyboard control (I hope it does!) but I suspect from your comment that's not what you're looking for.
I'm a big fan of the GitHub for Mac GUI, I still have to drop down to the terminal to handle a few specific commands (especially when the GUI gets stuck in a merge conflict loop), but it helps me quickly handle stuff and thumb through local repos, especially helping me visualize stuff.
One thing I've noticed is that GitHub's web interface often misrepresents the number of branches we have. The number count is correct, but master is the only branch visible. And it only seems to happen after merges with the GUI...
On the website, we only show you branches with unique commits. So if you merge a branch, it won't appear. This kind of sucks, but that page will get better with time.
That is awesome, I've been using citool for that forever, even though it's ugly on a Mac. (Along with diffing, commit surgery is one of the few tasks where a GUI really scores big).
Line Committing is a killer feature. Right now, I force myself to check in code for the smallest change because I want my commit to reflect a meaningful change. I could certainly save a lot of time if I had the flexibility to make bunch of changes in the file and then commit them in separate hunks.
I resisted the edit option of git-add -p for a long time because I was afraid of messing something up with a low level tool... big mistake! So easy to use!
Plus if you make a patch that doesn't apply it will just error out and you can try again. And if you add anything extra by mistake you can easily back it out with something like git reset HEAD <file> or git reset -p
You can split hunks until they're consecutive lines. You can't split more granularly than that with -p. You'd need to edit the patch, either directly or with git gui or similar.
GitX supports that. I mainly use the command line for working with git, but I use GitX for committing because it has a great UI for seeing diffs and staging individual chunks.
[shameless plug] http://git-cola.github.com/ can do by-line and by-hunk editing of both the index and work tree. It's had this feature since early 2008 ;-)
I find it easier to do it with a GUI vs. with `git add -p`.
Looks like a great update (line-by-line committing ftw). I mainly use GitX for git GUI duties, but this looks like it's ready to replace GitX.
It's very handy to be able to switch between projects easily from within the app, and the direct GitHub integration is icing on the cake. The only not-awesome thing I noticed is some general lag and flickering, but hopefully that'll get worked out soon. The team at GitHub is doing some fantastic work.
This is definitely a great update and it's getting close, but for me this still can't replace gitx. I absolutely need something that can show a tree-view version of the repo branches. Even the CLI can do this. The web UI has the network graph view which is ok but not great since it doesn't really show branching.
It's so tempting to use a list-view because it looks nice and simple, is easy to implement and it hides complexity. The problem is that I need a view into that complexity to use git. The git model is a tree (or graph even) and to not display it that way just makes things harder.
I see, thanks. I originally wrote omega (I knew it was the last letter, alpha/omega and such), but changed it after checking the character viewer in OS X, which called it an ohm.
I like the simplicity of Github for Mac. It's a very clean interface. Still, it feels like it's designed for an iPhone screen, not a computer screen. I've been enjoying SourceTree* recently because it shows more on one screen--seems like a good package for when you outgrow Github for Mac.
Great update, I love the line-by-line committing. One thing that would sell me on this app, though, is having an interface for repo issues. Without that, this is more of a "Git for mac" than a "GitHub for mac", in my opinion.
I've been using sourcetree lately, really, really enjoying it - though line committing is pretty cool, I have apps hosted in places other than github though.
sourcetree has line committing, when in commit/diff view drag on the lines you want and right click, you can commit only a few lines, even if they are only part of a hunk.
From what I've seen, not really. GitHub.app saves you from needing to know what staging, push, pull, fetch are. If you're already productive with Tower then I think going to GitHub.app would be like putting the training wheels back on.
which would you recommend for a designer to use as an intro to Git and source control in general? I'm trying to get my partner into git to collaborate with me. Is this client still just as easy when using it on a non github repo? or is its integration with github its main drawcard?
I recommend Tower for designers, and SourceTree for developers. The github client has nice integration with github, but it is not as well-designed as Tower and not as powerful and workflow-efficient as SourceTree, IMO.
Version 1.1 is crashing like a pig on Snow Leopard for me. This instability looks chronic; Ground Control to Major Tom.
My mistake appears to be adding a repo that lives in a Windows 7 Parallels VM, something that Git Tower handles reliably with ease.
EDIT: two application force-quits and restarts later, it's working better. My crime may have been dragging a bunch of repos into the application window. There's no progress indication, buy Github Mac 1.1 may have been background processing and therefore seeming hung? Who knows. It's better now.
It works best with GitHub repositories, but you can use it for basic git commands with any git repository.
I'm not sure that it supports pushing to/pulling from anything except GitHub, so you might still need GitX/Terminal.app for that. I can't swear to this, though.
64 comments
[ 5.5 ms ] story [ 108 ms ] threadOf course, GitHub for Mac should leverage Mac OS X's Accessibility infrastructure so it works with assistive technologies like VoiceOver and full keyboard control (I hope it does!) but I suspect from your comment that's not what you're looking for.
One thing I've noticed is that GitHub's web interface often misrepresents the number of branches we have. The number count is correct, but master is the only branch visible. And it only seems to happen after merges with the GUI...
There's been a few rare times where I've had to drop back to command line because of crashes, but I'm glad to see it's being maintained and updated.
Funny how writing the documentation took the same amount of time as writing the code for this. :)
That is awesome, I've been using citool for that forever, even though it's ugly on a Mac. (Along with diffing, commit surgery is one of the few tasks where a GUI really scores big).
http://philjackson.github.com/magit/
I find it easier to do it with a GUI vs. with `git add -p`.
It's very handy to be able to switch between projects easily from within the app, and the direct GitHub integration is icing on the cake. The only not-awesome thing I noticed is some general lag and flickering, but hopefully that'll get worked out soon. The team at GitHub is doing some fantastic work.
It's so tempting to use a list-view because it looks nice and simple, is easy to implement and it hides complexity. The problem is that I need a view into that complexity to use git. The git model is a tree (or graph even) and to not display it that way just makes things harder.
I think what gitx has is still the best.
LWN article about Giggle: https://lwn.net/Articles/390422/
* Spelling correction in commit messages. * Option-Z commits instead of undos when entering a commit message.
Cmd-z. Opt-z types ohm: Ω.
I wonder why they did that.
Ohm sign is U+2126: Ω
They probably look identical in most (if not all) fonts, but they're treated as two separate characters in Unicode.
Most of the alt/alt+shift combinations on the Mac keyboard layout make sense.
* http://www.sourcetreeapp.com/
Github for mac sadly only works for 64 bit machines from what I understand.
- http://www.gitboxapp.com/ - http://www.git-tower.com/ - http://gitx.frim.nl/ - http://www.sourcetreeapp.com/
in addition to Github for Mac.
Keep up the great work guys!
My mistake appears to be adding a repo that lives in a Windows 7 Parallels VM, something that Git Tower handles reliably with ease.
EDIT: two application force-quits and restarts later, it's working better. My crime may have been dragging a bunch of repos into the application window. There's no progress indication, buy Github Mac 1.1 may have been background processing and therefore seeming hung? Who knows. It's better now.
I'm not sure that it supports pushing to/pulling from anything except GitHub, so you might still need GitX/Terminal.app for that. I can't swear to this, though.