Hacker News Reader

Comment by artursapek | Hacker News Reader

Suddenly I can clearly see what must be one of Github's long-term goals: to make git usable end-to-end in the browser, and in a way where that is preferable for certain situations.

We're going to continue spending more and more of our computer time in the browser. It's the universal platform.

View on HN

Git in the browser is exactly what we need to bring git outside programming circles.

What I've wanted for a while is a site where I could fork somebody's muffin recipe, fix stuff and so on ... I've even considered building a site like that, but how many people who cook are also handy enough with a console to make that viable? My guess is not many.

Hahah, recipes are actually a very interesting application. A program is much like a recipe, after all. I could see a collaborative site where you build up a personal cookbook by forking and trying out other peoples' stuff and contributing your own modifications, etc.

If you think recipes are like code, you should look at knitting patterns sometime. It looks like assembly code to me.

I have a grandmother who can debug knitting patterns.

The patterns in the books are, apparently, sometimes wrong somehow. She debugs them when she knits.

I can only imagine every competent knitter can, if only because those books must sell to a huge number of them.

Fork a recipe, pun intended? ;)

Edit: call it gitmeafork.com! (sorry for the bad joke!)

That's a brilliant joke.

The Setup Interview with Jonas M. Luster [0]:

  I know I am not the only one but there aren't many
  chefs who keep all their recipes in hand-written XML
  checked into a Git repository and run XQuery queries
  over it for Christmas dinner menu ideas.

[0] http://jonas.m.luster.usesthis.com/

I'm looking to make a simple Gist like application that tracks revision history as well. It's for a specific use case, but I'm sure it could apply in other places as well.

Git in the browser via GitHub has been very useful in helping some of our entrenched IT folks start using Git to manage system config files. Yes, in the long run they should just learn Git, but in the meantime this allows us to use version control at all with them, which is a great thing.

At my last company we got our artists using git. We set up projects for art assets, which we included as submodules in our main project.

We fake our designer using Git. He has access to each repo's view and static asset files through a Samba share. Every afternoon we ssh in and commit his changes. When he says stuff is in good shape for the next release we merge his branch to staging. And whenever it's a good time, we merge stag down onto his branch so he has all the newest stuff.

So far it's worked great.

SparkleShare (http://sparkleshare.org/) uses Github to replicate Dropbox functionality; could you use the SparkleShare client on your designer's workstation so that when assets are created/updated/saved, they are automatically committed to your repo?

Thanks, I'll look into that.

Awesome! Let me know how it works out!

The git support isn't that user friendly, but you can always use cloud9 as an online ide with your github account.

Reply on news.ycombinator.com