Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fork: Fast and Friendly Git Client for Mac

git-fork.com

Post reply on HN
Print view View original

61–70 of 109 posts

Re: Fork: Fast and Friendly Git Client for Mac

#61

Post by cm3 »

DanPristupov wrote: post #56
SysArchitect wrote: post #52

I can't even test the functionality because it won't let me pass the first screen because I don't have config user.email set in my gitconfig. http://imgur.com/a/T4s4o I have a pre-commit hook that is installed on all new repo's I create/clone that warns me, and then I set an email address PER REPO. This way I can work on both $WORK and open source projects on the same machine while having different email addresses pe…

Hi. Didn't even think about such a requirement. In next version I'll make credentials optional (with a warning though).

People shouldn't use git without having configured that. It would prevent incorrect commits landing in public repositories. Actually git defaults to some made-up local git author if it's not set, and that's less useful and sometimes invalid, provoking git-fsck errors.

Re: Fork: Fast and Friendly Git Client for Mac

#62

Post by Myrmornis »

kzisme wrote: post #9

The only thing that jumps out at me is the visual of the git tree diagram on the left - other than that why not just use the command line? Am I missing something?

Having `git status` in a window-based UI is very nice. In magit, the window is divided into two sections horizontally: unstaged changes and staged changes. Each section contains multiple changed files that can be folded or expanded, and individual lines or hunks can be staged/unstaged as needed in order to prepare a commit.

While it is an emacs extension, non-emacs users can start it with a one-line command and treat it as a standalone application, e.g.

https://github.com/dandavison/emacs-config/blob/master/bin/e...

I know at least one non-emacs user who uses it that way.

There are some videos on youtube showing the magit UI. It would of course look more modern were it not an emacs extension but, emacs lisp programmers being as they are, I believe it is the most fully featured and powerful graphical git UI in existence.

Re: Fork: Fast and Friendly Git Client for Mac

#63

Post by frio »

SysArchitect wrote: post #52

I can't even test the functionality because it won't let me pass the first screen because I don't have config user.email set in my gitconfig. http://imgur.com/a/T4s4o I have a pre-commit hook that is installed on all new repo's I create/clone that warns me, and then I set an email address PER REPO. This way I can work on both $WORK and open source projects on the same machine while having different email addresses pe…

FWIW, I solve this problem with ~/src/work and ~/src/personal. My default, system-wide config in .gitconfig are my personal creds. In ~/src/work, I have a direnv (http://direnv.net/) which configures my work credentials.

I used to do something similar to you, but this has been less effort to maintain/less repetition :) (which is nice, as our internal structure is lots of micro-repos so you're constantly cloning new things, and constantly adding creds becomes a hassle).

Re: Fork: Fast and Friendly Git Client for Mac

#64

Post by josho »

DanPristupov wrote: post #60
RubenSandwich wrote: post #7

I suggest not using the magnifying glass icon for the repo favorites. It is confusing especially because you have a search field already on the right hand side. Might I suggest a star icon or a list icon for the list of repos?

I use the magnifying glass icon for the "Open quickly" window. It's supposed to be something like Spotlight search in OS X ( https://dl.dropboxusercontent.com/s/vopjz0e9tp1k1ul/2016-08-... ).

The idiom is magnifying glass representing search.

The star icon more closely aligns with quick access to something used often.

Re: Fork: Fast and Friendly Git Client for Mac

#66

Post by weaksauce »

bastijn wrote: post #54
DanPristupov wrote: post #28

Earlier quoted context omitted.

I already got that question today. So, I'll just repost my answer: here are some differences from the top of the head: * Fork has tabbed interface * For each commit you can see not only changes, but also the whole repository as it was at the moment of commit * Diff viewer shows exact difference between two pieces of code. For example, here are both SourceTree and Fork showing the same commit: https://dl.dropboxuserco…

SourceTree has a tabbed interface as well now. The diff viewer might be interesting if it's really good but I think that to require an external viewer where the company focused on that as a product. On Mac most of the good options are paid though, might help you.

> SourceTree has a tabbed interface as well now.

Does it really? I just checked that I am on the latest version on osx and it's not tabbed. Is this a windows only feature or something?

Re: Fork: Fast and Friendly Git Client for Mac

#68

Post by BoorishBears »

bastijn wrote: post #54
DanPristupov wrote: post #28

Earlier quoted context omitted.

I already got that question today. So, I'll just repost my answer: here are some differences from the top of the head: * Fork has tabbed interface * For each commit you can see not only changes, but also the whole repository as it was at the moment of commit * Diff viewer shows exact difference between two pieces of code. For example, here are both SourceTree and Fork showing the same commit: https://dl.dropboxuserco…

SourceTree has a tabbed interface as well now. The diff viewer might be interesting if it's really good but I think that to require an external viewer where the company focused on that as a product. On Mac most of the good options are paid though, might help you.

How do you enable the tabbed interface?

Re: Fork: Fast and Friendly Git Client for Mac

#69

Post by Corrado »

blakeyrat wrote: post #46
jwilcoxson wrote: post #31

Earlier quoted context omitted.

I don't know why, but a lot of devs seem to just ignore ~/Library/Application Support/, where crap like this is supposed to go

It's worse on Windows, where Git tools (including some from Microsoft themselves!) expect to see a .ssh folder in your user folder root. Wrong. Bad. Windows doesn't work that way! There's not even any contract/guarantee the user folder root is writable by the user in Windows! Sigh. Lazy Linux developers making lazy "ports" lazily.

Can confirm. Installing Git (or SSH) on Windows is frustrating beyond belief. I can't seem to ever get the .ssh folder in the correct place and when I do it doesn't make any sense (from a Windows standpoint). Grrrr...
Post reply on HN