3 ms·

If I understand git right, it's designed to allow different front ends - the "porcelain." I wonder if an alternative "porcelain" could be made which would be mo

If I understand git right, it's designed to allow different front ends - the "porcelain." I wonder if an alternative "porcelain" could be made which would be more intuitive to some?

lincolnq 16y ago
It was made several years ago, near the birth of Git, called cogito. http://git.or.cz/cogito/ http://git.or.cz/cogito/ . It's currently deprecated. It was how I learned Git actually; it made the UI very similar to mercurial's UI. It was actually a surprisingly good learning curve, because it allowed me to experiment with git commands side-by-side with cg commands on the same repo, and I slowly transitioned out of cg into full-fledged git, almost without noticing. I'm a little sad it's not maintained.
- OSTwister 16y ago
  Very like Mercurial eh? I wonder if it'd be worth someone's while to pick it up & maintain it.
viraptor 16y ago
That thought has been in my mind for some time... maybe one day I'll actually get annoyed enough to write a nice wrapper. Where nice is subjective and == like svn and mercurial, with sane defaults (so no options are needed most of the time) and completely redesigned 'remote'.
j_baker 16y ago
That's a goal for eg: http://people.gnome.org/~newren/eg/ http://people.gnome.org/~newren/eg/
- Goosey 16y ago
  I just read the 'intro' presentation ( http://people.gnome.org/~newren/eg/presentations/git-introduction.pdf http://people.gnome.org/~newren/eg/presentations/git-introdu... ) and I have to say I am really excited to try easygit out. It stays very similar to the way git operates, but it seems to make the default actions far more logical to me. Even as someone who has spent time trying to 'master' git really appreciate this effort.
  - sshumaker 16y ago
    I tried eg - but unfortunately, it's a leaky abstraction. As soon as something went wrong (and to this day I have no idea what), I was confronted will full-on git errors, suggesting I use git commands to fix them.

If I understand git right, it's designed to allow different front ends - the "porcelain." I wonder if an alternative "porcelain" could be made which would be more intuitive to some?

lincolnq 16y ago

It was made several years ago, near the birth of Git, called cogito. http://git.or.cz/cogito/ http://git.or.cz/cogito/ . It's currently deprecated. It was how I learned Git actually; it made the UI very similar to mercurial's UI. It was actually a surprisingly good learning curve, because it allowed me to experiment with git commands side-by-side with cg commands on the same repo, and I slowly transitioned out of cg into full-fledged git, almost without noticing. I'm a little sad it's not maintained.

OSTwister 16y ago
Very like Mercurial eh? I wonder if it'd be worth someone's while to pick it up & maintain it.

viraptor 16y ago

That thought has been in my mind for some time... maybe one day I'll actually get annoyed enough to write a nice wrapper. Where nice is subjective and == like svn and mercurial, with sane defaults (so no options are needed most of the time) and completely redesigned 'remote'.

j_baker 16y ago

That's a goal for eg: http://people.gnome.org/~newren/eg/ http://people.gnome.org/~newren/eg/

Goosey 16y ago
I just read the 'intro' presentation ( http://people.gnome.org/~newren/eg/presentations/git-introduction.pdf http://people.gnome.org/~newren/eg/presentations/git-introdu... ) and I have to say I am really excited to try easygit out. It stays very similar to the way git operates, but it seems to make the default actions far more logical to me. Even as someone who has spent time trying to 'master' git really appreciate this effort.
- sshumaker 16y ago
  I tried eg - but unfortunately, it's a leaky abstraction. As soon as something went wrong (and to this day I have no idea what), I was confronted will full-on git errors, suggesting I use git commands to fix them.