Live data from Hacker News

GitUp makes Git painless

gitup.co

131–140 of 260 posts

Re: GitUp makes Git painless

#131

Earlier quoted context omitted.

Could someone comment on the main complications on developing something like this for both Mac and Linux? From my point of view, they is so much common ground, comparing to a Mac/Windows support, that I'd strive for an application to cover both! And that's not something that you could always decide after launching the first time, you need to have it in consideration during design...

The non-UI layer can be made 100% portable for sure (although in the GitUp case it's not really since I chose to write it in Obj-C for productivity reasons). The UI layer is absolutely not portable: it's all low-level CoreGraphics code for the rendering, some CoreAnimation, and a ton of AppKit of course. You could have a version written in a cross-platform UI toolkit or Java or what have you, but you could not possib…

is GTK not compatible with the OS X UI?

also a repository viewer is not latency sensitive.

Re: GitUp makes Git painless

#132

Earlier quoted context omitted.

Could someone comment on the main complications on developing something like this for both Mac and Linux? From my point of view, they is so much common ground, comparing to a Mac/Windows support, that I'd strive for an application to cover both! And that's not something that you could always decide after launching the first time, you need to have it in consideration during design...

The non-UI layer can be made 100% portable for sure (although in the GitUp case it's not really since I chose to write it in Obj-C for productivity reasons). The UI layer is absolutely not portable: it's all low-level CoreGraphics code for the rendering, some CoreAnimation, and a ton of AppKit of course. You could have a version written in a cross-platform UI toolkit or Java or what have you, but you could not possib…

> The UI layer is absolutely not portable

- GTK+

- Qt

- wxWidgets

I'm not saying I have used them or they are easy to use - but crossplatform UI toolkits do exist.

Re: GitUp makes Git painless

#133

Earlier quoted context omitted.

The fact 3 of the top 5 questions of all time on Stack Overflow are for basic Git operations tells you something: http://stackoverflow.com/questions?sort=votes . IMO this all boils down to the Git CLI just being terrible e.g. “git add” to stage versus “git reset HEAD” to unstage. Pretty much everything is like that. And there are always edge cases so that a command works in this case but not in that one. Want to edit…

Considering the top 5 questions of all time on SO for most technologies are trivial/basic cases or homework. Yeah, when I first used Git I had to look things up. Now that I use Git daily a tool like this seems like a terrible plan. I don't even trust basic scripts for git commands I haven't written/read totally, something which I'm not prepared to do for this tool. >Anyway, with GitUp, the idea is to have an interact…

> Considering the top 5 questions of all time on SO for most technologies are trivial/basic cases or homework.

To a certain degree, yes, but we're talking here about the top 5 question across all technologies and tools used by developers on the most popular reference site and by far. And Git stands out by far, not anything else ;)

> Now that I use Git daily a tool like this seems like a terrible plan.

Trust is important indeed. In case this helps, GitUp comes with snapshots and undo/redo and you'll always have the reflog as well. It's actually really really hard to lose committed work in Git.

Re: GitUp makes Git painless

#134
post #112
post #66

I realize this is a pretty broad question, but what is it about Git that people find painful ? Could be Stockholm Syndrome on my part, but I have a pretty hard time understanding why someone can't spend a week getting up to speed with a tool they intend to use for years to come.

unknown unknowns. Odd choices for flags and commands. Inability to search for explanations of some commands. These are all valid commands that do radically different things: git checkout patch git checkout --patch git checkout -- patch Yet, googling to find the difference is difficult (because search engines). If, eventually, you decide to search for 'dash dash', you'll start to find good results. So, if a user had a…

> "Most of my git knowledge comes from having to fix something that went awry."

Can relate to this.

> "spend a week..."

I didn't mean it in a literal sit-down-and-read-all-the-man-pages sense, but frequent use does get common commands wired into your muscle memory. Also, if you're working in a team, which takes code review seriously, then your VCS is nearly as important as your language runtime. Yes, it's about managing process, but I feel it's just as integral to shipping as writing code.

Re: GitUp makes Git painless

#135
post #27

> IMPORTANT: During Pre-Release, signing-up for a GitUp account allows you to enable advanced features (like rewriting commits), participate in the GitUp forums, access the "Continuous" build channel, and most importantly, show your support for the app and future developments! Why do I need a GitUp account to enable rewriting commits? Furthermore it looks like these prerelease builds expire. I'm guessing the released…

Anything can happen (I have a number of projects that are open-source, some other close-source), but the idea so far is to have a free app with an in-app purchase to unlock the advanced/pro feature. I might make open-source some of the "Git toolkit" I built for this app, but it's too early to say. The reason for expiring builds is that 1) it's pre-release, 2) it's a software intended for professional engineers and 3)…

Just a thought: I sort of agree with the fact that "pay to use git in a more advanced way" is a bit of a slap in the face to new users.

For me, what I absolutely love about this is the quick view of changes in a commit. My usual workflow for this is

1. git log --oneline --graph 2. Copy commit hash to clipboard 3. git show

or worse

3. git difftool ^

which is clunky as hell, and made worse that difftool operates on a single file at a time.

GitUp is the first application that I don't hate using that solves this problem.

So my suggestion is: remove ALL the modification features from the free version, release it as a separate app called "GitUp Viewer" or something, and then sell the version that is actually a git client.

(Now it just sounds like I'm trying to avoid paying you for your work, but anyway.)

Re: GitUp makes Git painless

#136
post #87

It's kind of amusing to me how the pendulum has swung, and we're now producing OS X-only developer software. But then, I'm an oddball who works on Windows as my shell with the real work happening on a headless Linux box via SSH and Samba for 99% of my development.

I use this setup at work and I love it, the only thing I miss from my at-home linux setup is that I can't yank and paste directly to system clipboard with Windows. It's pretty sweet being able to yank in one buffer, flip over to another tmux window or pane and be able to paste seamlessly.

Re: GitUp makes Git painless

#137

Earlier quoted context omitted.

The non-UI layer can be made 100% portable for sure (although in the GitUp case it's not really since I chose to write it in Obj-C for productivity reasons). The UI layer is absolutely not portable: it's all low-level CoreGraphics code for the rendering, some CoreAnimation, and a ton of AppKit of course. You could have a version written in a cross-platform UI toolkit or Java or what have you, but you could not possib…

is GTK not compatible with the OS X UI? also a repository viewer is not latency sensitive.

It actually is performance sensitive: just see the folks on this thread complaining about how show SourceTree has become.

Another example: if I do something in terminal, I don't wanna have to wait 5s for the Git client UI to refresh.

All these little half a second here, a few hundred ms here, add up, especially when you're trying to deal with thousands of commits.

Re: GitUp makes Git painless

#138
post #132

Earlier quoted context omitted.

The non-UI layer can be made 100% portable for sure (although in the GitUp case it's not really since I chose to write it in Obj-C for productivity reasons). The UI layer is absolutely not portable: it's all low-level CoreGraphics code for the rendering, some CoreAnimation, and a ton of AppKit of course. You could have a version written in a cross-platform UI toolkit or Java or what have you, but you could not possib…

> The UI layer is absolutely not portable - GTK+ - Qt - wxWidgets I'm not saying I have used them or they are easy to use - but crossplatform UI toolkits do exist.

I think we're saying the exact same thing ;)

Re: GitUp makes Git painless

#139
post #102
post #19

Earlier quoted context omitted.

Yeah, I simply don't understand this recent tendency to launch on Mac first. Out of the big 3 (Linux, Windows, Mac), Mac is by far the worst platform to launch on because you have to buy hardware. Please can we stop it now. Just launch on Linux - everyone can access Linux no matter whether they are PC or Mac.

> Mac is by far the worst platform to launch on because you have to buy hardware Yea, I'm a huge fan of the free hardware they give away when you download open source operating systems.

No, but if you're a non-Mac user, you'd probably be a huge fan of the wide choices in hardware that are portable across dozens of OS implementations.

Re: GitUp makes Git painless

#140
post #102
post #19

Earlier quoted context omitted.

Yeah, I simply don't understand this recent tendency to launch on Mac first. Out of the big 3 (Linux, Windows, Mac), Mac is by far the worst platform to launch on because you have to buy hardware. Please can we stop it now. Just launch on Linux - everyone can access Linux no matter whether they are PC or Mac.

> Mac is by far the worst platform to launch on because you have to buy hardware Yea, I'm a huge fan of the free hardware they give away when you download open source operating systems.

He missed the word special. You need to buy special hardware from Apple to use OSX (or figure out how to make Hackintosh work), while Linux can run on just about anything. Also, sidenote, some places do give out hardware with open source operating systems, eg Free Geek[1], but of course this sort of thing isn't available everywhere.

[1] http://www.freegeek.org/

Post reply on HN