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

GitUp makes Git painless

gitup.co

Post reply on HN
Print view View original

81–90 of 260 posts

Re: GitUp makes Git painless

#81

Post by kohanz »

dcre wrote: post #72

I'm a SourceTree user on Mac. Just tried GitUp out for an hour. Here are the problems I have with SourceTree: * Slow as hell * No/bad keyboard shorts, and setting up custom ones is annoying and buggy * Uses tons of memory — it eventually gets up to 1 GB after running for a day or two, and my repos are not very big. My thoughts on GitUp: * Crazy fast (almost disarmingly so – I think it needs more visual confirmation w…

> Here are the problems I have with SourceTree:

> * Slow as hell

Good to know I'm not the only one with this issue.

Re: GitUp makes Git painless

#82

Post by lmz »

dec0dedab0de wrote: post #73
cookiecaper wrote: post #65

Earlier quoted context omitted.

Although the GPL allows authors to charge for software, it disposes of all legal copyright protections that make such charges practical. Charging for GPL software doesn't mean anyone will pay you, it just means that everyone will get the free builds from someone else, which is even less desirable than releasing free builds since you lose control of distribution. Look at Red Hat and CentOS for case in point.

umm.. Red Hat seems to be doing ok.

Red Hat does OK because they can sell support for an OS to enterprises. Selling support for a Git GUI to individual developers (even end user apps in general) is a bit harder.

Re: GitUp makes Git painless

#83

Post by hatsix »

jakobegger wrote: post #54
zamalek wrote: 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.

The Mac is a phenomenal platform to launch right now if you make software targeted at developers. There's huge growth in mobile development, and many mobile developers work on OS X. Not just iOS developers, I'm seeing lots of Android devlopers working on Macs too recently. And if you make a new tool, you should go where the young (in the sense of experience, not age) developers are. Experienced developers already hav…

Having just (involuntarily) switched to a Mac at work, I can also attest to the fact that Mac users tend towards impulse buying software... The fact that I have to buy software to get proper window management and a good window switcher makes me furious. App-only switching makes no sense to me. I just want to pull up the last window I was looking at, I don't want to have to think about whether it was in the current app group or not. Also, not allowing that to be customized makes no sense. The OS has all of the info needed, and the market for 3rd party apps shows there is a desire... but I guess I'm just 'holding it wrong'.

Most people in the office have spent $100 on software that just customizes the OS, not even considering the other dev tools that they purchase.

As much as I detest OS X, IF I were releasing desktop software for-pay, I would focus on OS X ($ per user) and Windows (kids & college students).

Re: GitUp makes Git painless

#84

Post by yellowapple »

corysama wrote: post #79
zapt02 wrote: post #74

Earlier quoted context omitted.

Yeah, Red Hat is really bleeding money from the all the lost sales caused by CentOS. I can't believe they only made a puny 1.53 billion dollar in revenue last year.. http://investors.redhat.com/financials-statements.cfm

Please note that the HN community takes a rather strict approach when moderating comments that contribute noise to the conversation. "Nice article!" comments are routinely downvoted. As is sarcasm, witticisms, memes, references and other styles of comments that occur frequently but do not contribute to the discussion. It's a knowingly doomed attempt to hold back the flood of noise that covers Reddit.

The parent comment, however, was actually relevant to the point being discussed (whether or not the ability to fork a free-as-in-speech but not free-as-in-beer program is a significant risk to one's business model). Sarcasm or no, it's a valid point, and thus I feel trying to spout off admonitions in the name of the "HN community" is inappropriate in this context.

Re: GitUp makes Git painless

#85

Post by cookiecaper »

Spivak wrote: post #80
cookiecaper wrote: post #65

Earlier quoted context omitted.

Although the GPL allows authors to charge for software, it disposes of all legal copyright protections that make such charges practical. Charging for GPL software doesn't mean anyone will pay you, it just means that everyone will get the free builds from someone else, which is even less desirable than releasing free builds since you lose control of distribution. Look at Red Hat and CentOS for case in point.

You know RedHat now controls the CentOS project right? http://www.redhat.com/en/about/press-releases/red-hat-and-ce...

Yes. Does that change something? Red Hat finally acquiesced after 10 years. They started out threatening CentOS with a lawsuit, leading to the infamous "prominent North American enterprise Linux vendor" language that plagued CentOS's site until this deal was announced last year. If anything it's only further evidence for my argument.

Re: GitUp makes Git painless

#86

Post by zatkin »

swisspol wrote: post #71
zatkin wrote: post #56

> http://gitup.co/images/speed.png I hope no-one here ever has to deal with a tree like this.

That's the Git repo itself :)

Seesh, you weren't kidding either, check this out:

https://github.com/torvalds/linux/network

"Couldn't load network graph. Too many forks to display."

Re: GitUp makes Git painless

#87

Post by cheald »

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.

Re: GitUp makes Git painless

#88

Post by djur »

res0nat0r wrote: post #53
riscy wrote: post #33

Earlier quoted context omitted.

I hope he's not.

What is wrong for charging money for a product you spend time developing that people want to buy because it provides them value?

There's nothing wrong with charging money for a product. You can charge money for a product without it being proprietary software.

Re: GitUp makes Git painless

#89

Post by scotthew1 »

zatkin wrote: post #56

> http://gitup.co/images/speed.png I hope no-one here ever has to deal with a tree like this.

i'd expect any significant project to have a tree _at least_ that complex. here's a small sample of my company's tree with several team repos merging into a master repo. this tool really loses its usefulness quickly for repos this complex..

http://i.imgur.com/xl2a1ac.png

Re: GitUp makes Git painless

#90

Post by cookiecaper »

zapt02 wrote: post #74
cookiecaper wrote: post #65

Earlier quoted context omitted.

Although the GPL allows authors to charge for software, it disposes of all legal copyright protections that make such charges practical. Charging for GPL software doesn't mean anyone will pay you, it just means that everyone will get the free builds from someone else, which is even less desirable than releasing free builds since you lose control of distribution. Look at Red Hat and CentOS for case in point.

Yeah, Red Hat is really bleeding money from the all the lost sales caused by CentOS. I can't believe they only made a puny 1.53 billion dollar in revenue last year.. http://investors.redhat.com/financials-statements.cfm

Red Hat has never made money because of its GPL software. People want to buy their support and consulting services, which Red Hat incidentally only offers for RHEL, necessitating users buy a license if they are to get the product they actually want. People who try to sell GPL software as a standalone product do not fare well.
Post reply on HN