Hi,
On Wed, Nov 11, 2009 at 03:38:57PM +0100, Arne Babenhauserheide wrote:
> Give Photoshop to a newbie, and you'll see him/her working at once.
That's not what I heard.
> I think the reason why there are most times pro-apps and simple
> programs is, that their developers don't think usability
Am Mittwoch, 11. November 2009 16:16:53 schrieb Michael Banck:
> I am getting increasingly annoyed by this - can you explain how this
> relates to Hurd development?
I only sent it to the list, because it seemed to me that it was interesting to
not only olaf and me - but your reaction means, I wai
Hi,
On Wed, Nov 11, 2009 at 03:38:57PM +0100, Arne Babenhauserheide wrote:
> Well, there's Photoshop - and it doesn't yet have a real competitor in free
> software. Though Gimp is almost as powerful, it is much harder to use for
> newcomers. Give Photoshop to a newbie, and you'll see him/her wor
Hi Olaf,
Am Dienstag, 10. November 2009 15:11:26 schrieb olafbuddenha...@gmx.net:
> > My opinion is that there's quite a neat sweet spot between the two
> > extremes -
>
> I don't believe this. There is a good reason why for most tasks, there
> are both "simple" programs for casual users and com
2009/11/10 :
> Hi,
>
> On Mon, Nov 09, 2009 at 10:47:26AM +0100, Arne Babenhauserheide wrote:
>> Am Donnerstag, 5. November 2009 13:56:09 schrieb
>> olafbuddenha...@gmx.net:
>
>> > My opinion is that there is no "one size fits all" here.
>>
>> My opinion is that there's quite a neat sweet spot bet
Hi,
On Mon, Nov 09, 2009 at 10:47:26AM +0100, Arne Babenhauserheide wrote:
> Am Donnerstag, 5. November 2009 13:56:09 schrieb
> olafbuddenha...@gmx.net:
> > My opinion is that there is no "one size fits all" here.
>
> My opinion is that there's quite a neat sweet spot between the two
> extremes
Hello
This discussion is quite interesting.
I would say that the major problem with git is it does not come with
enough documentation.
If you want to use mercurial you just type hg help, and what you get
is comprehensive enough to allow you to clone a repo, add your
changes, and publish your pat
Hi,
Am Donnerstag, 5. November 2009 13:56:09 schrieb olafbuddenha...@gmx.net:
> I can see though how Git can be problematic for people who try to learn
> it bit by bit...
> Must be talking past each other here... This is about *me* doing *my*
> work efficiently in *my* repository. How efficientl
Hi,
On Wed, Nov 04, 2009 at 10:06:02PM +0100, Arne Babenhauserheide wrote:
> Am Sonntag, 1. November 2009 09:53:44 schrieb olafbuddenha...@gmx.net:
> And here's exactly where I see a problem: You need the good
> understanding for beginning - but once the thought "this is hard" has
> set its root
Am Sonntag, 1. November 2009 09:53:44 schrieb olafbuddenha...@gmx.net:
> > > The point is that there is hardly anything you need to learn for
> > > specific tasks like integrating many branches -- once you understand
> > > the basics, most specific tasks become trivial!
> >
> > That's not really a
Hi,
On Wed, Oct 28, 2009 at 08:03:26PM +0100, Arne Babenhauserheide wrote:
> Am Sonntag, 25. Oktober 2009 10:54:44 schrieb olafbuddenha...@gmx.net:
> > > If you don't have to integrate hundreds of branches, then there's
> > > no merit in learning how to do that efficiently - so it isn't
> > > eff
Am Sonntag, 25. Oktober 2009 11:08:47 schrieb olafbuddenha...@gmx.net:
> Yes, it takes more then a few hours: reading enough of the Git
> documentation in order to truly understand the concepts, probably
> requires a couple of days.
>
> But for people programming 200 days a year, this investment w
Am Sonntag, 25. Oktober 2009 10:54:44 schrieb olafbuddenha...@gmx.net:
> > If you don't have to integrate hundreds of branches, then there's no
> > merit in learning how to do that efficiently - so it isn't efficient
> > to have to learn background for that before being able to use the
> > system e
Hi,
On Sat, Oct 24, 2009 at 01:57:17PM +0200, Arne Babenhauserheide wrote:
> Am Samstag, 24. Oktober 2009 06:10:38 schrieb olafbuddenha...@gmx.net:
> > Complexity? I still think that Git is actually very simple in its
> > fundamental concepts. It only seems complex to people who haven't
> > yet f
Hi,
On Sat, Oct 24, 2009 at 01:57:22PM +0200, Arne Babenhauserheide wrote:
> Am Samstag, 24. Oktober 2009 06:08:49 schrieb olafbuddenha...@gmx.net:
> Yay, reviving the thread! ;)
Sorry, couldn't resist... :-)
> If you use the system for tracking your coding and occassionally
> merging with cha
Hi Olaf,
Am Samstag, 24. Oktober 2009 06:08:49 schrieb olafbuddenha...@gmx.net:
> Depends on how you count. Of course you can manage to live somehow
> knowing only part of the features of the VCS; and I'm willing to believe
> that getting to this point is indeed somewhat easier with Mercurial.
>
Am Samstag, 24. Oktober 2009 06:10:38 schrieb olafbuddenha...@gmx.net:
> Complexity? I still think that Git is actually very simple in its
> fundamental concepts. It only seems complex to people who haven't yet
> fully mastered these concepts...
That's true with any system, no matter how complex :
Hi,
On Wed, Sep 23, 2009 at 09:19:09AM +0200, Arne Babenhauserheide wrote:
> Still: It's a damn nice system, too, and since I can now interact with
> (almost) any git repo via Mercurial, it's complexity doesn't really
> bother me anymore.
Complexity? I still think that Git is actually very simp
Hi,
On Wed, Sep 23, 2009 at 01:55:41PM +0200, Arne Babenhauserheide wrote:
> But to know enough about Mercurial for 95% of the use cases you need
> far less time than for git. A few quotes I collected to back that up:
Depends on how you count. Of course you can manage to live somehow
knowing on
Am Mittwoch, 23. September 2009 19:28:48 schrieb Shakthi Kannan:
> The 'index' is explicit in 'git', and it helps you to move between
> working directory and the local repository.
I know that it has its technical advantages, but from the UI side it is hard -
too many things to remember when you'r
Hi,
--- On Wed, Sep 23, 2009 at 9:30 PM, Arne Babenhauserheide
wrote:
| I have to remember to use diff in 3 modes:
|
| so, which one do I really need?
|
| But that's essentially 3 different commands I need to keep in mind to see the
| state of my changes.
\--
The 'index' is explicit in 'git', an
Am Mittwoch, 23. September 2009 14:26:30 schrieb Shakthi Kannan:
> Common! You didn't go through my presentation? :)
> http://shakthimaan.com/downloads/glv/presentations/di-git-ally-managing-lov
> e-letters.pdf
While that's a great idea for presenting version control, it clearly shows one
of the
Hello,
On Wed, Sep 23, 2009 at 04:14:40PM +0200, Arne Babenhauserheide wrote:
> Am Mittwoch, 23. September 2009 15:21:28 schrieb Sergiu Ivanov:
> > I usually prefer to have a long output than some witty short text
> > which contains some jokes, some vague indications, and no real
> > instructions.
Am Mittwoch, 23. September 2009 15:21:28 schrieb Sergiu Ivanov:
> I usually prefer to have a long output than some witty short text
> which contains some jokes, some vague indications, and no real
> instructions. (I don't remember examples, but I've surely run into
> something like this in the pas
Hi,
--- On Wed, Sep 23, 2009 at 5:25 PM, Arne Babenhauserheide
wrote:
| But to know enough about Mercurial for 95% of the use cases you need far less
| time than for git.
\--
Common! You didn't go through my presentation? :)
http://shakthimaan.com/downloads/glv/presentations/di-git-ally-managing
Hello,
On Wed, Sep 23, 2009 at 02:57:53PM +0200, Arne Babenhauserheide wrote:
> Am Mittwoch, 23. September 2009 14:16:47 schrieb Sergiu Ivanov:
> > > You have different instances of the history, but all data _which isn't
> > > changed_ is a simple hardlink.
> >
> > Aha, I see. Sorry for talking
Am Mittwoch, 23. September 2009 14:16:47 schrieb Sergiu Ivanov:
> > You have different instances of the history, but all data _which isn't
> > changed_ is a simple hardlink.
>
> Aha, I see. Sorry for talking rubbish :-(
No problem.
Btw: There is an extension which makes two working directories
Hello,
On Wed, Sep 23, 2009 at 01:55:41PM +0200, Arne Babenhauserheide wrote:
> Am Mittwoch, 23. September 2009 13:19:05 schrieb Sergiu Ivanov:
>
> > better in Mercurial, because if there is only one instance of history
> > for all feature clones, you can always screw things up globally. (I
> > ho
Am Mittwoch, 23. September 2009 13:19:05 schrieb Sergiu Ivanov:
> > As far as I know, people who use git rather go for seperate in-repo
> > branches (which already wrecked my own repo twice, because I did
> > *something* wrong).
>
> Yep, this statement is right at least in my case :-)
>
> better
Hello,
On Wed, Sep 23, 2009 at 09:19:09AM +0200, Arne Babenhauserheide wrote:
> Am Dienstag, 22. September 2009 00:37:57 schrieb olafbuddenha...@gmx.net:
>
> > I really think this is the most important feature of git. No matter
> > how much you screw up, you can always go back
>
> Though in pract
Hello,
On Tue, Sep 22, 2009 at 12:37:57AM +0200, olafbuddenha...@gmx.net wrote:
> On Wed, Sep 16, 2009 at 04:18:29PM +0300, Sergiu Ivanov wrote:
> > On Tue, Sep 15, 2009 at 08:46:06AM +0200, Arne Babenhauserheide wrote:
>
> > > "hg rollback" can also be used to undo pulling from someone, since
>
Am Dienstag, 22. September 2009 00:37:57 schrieb olafbuddenha...@gmx.net:
> The great thing about git is that everything can be reverted (with the
> obvious exception of git-gc...) -- including a revert.
Which is the only normal operation you can't revert in hg.
normal means here: you don't use
Hi,
On Wed, Sep 16, 2009 at 04:17:31PM +0200, Arne Babenhauserheide wrote:
> I don't quite remember everything back then. Maybe it was ikiwiki, but
> Thomas changed it to working with a git backend
It was twiki before.
The funny thing is that a short time after the switch, I talked to
someone v
Hi,
On Wed, Sep 16, 2009 at 04:18:29PM +0300, Sergiu Ivanov wrote:
> On Tue, Sep 15, 2009 at 08:46:06AM +0200, Arne Babenhauserheide wrote:
> > "hg rollback" can also be used to undo pulling from someone, since
> > it just reverts the last change to the history.
>
> Sounds great; I'm can't remem
Am Mittwoch, 16. September 2009 17:59:09 schrieb Sergiu Ivanov:
> Indeed, having the wiki in git is considerably more comfortable (and
> faster, BTW) then doing web commits. Also, it helps keep things in
> order :-)
Definitely.
And it's also nice being able to work out something at home and alw
Hello,
On Wed, Sep 16, 2009 at 04:17:31PM +0200, Arne Babenhauserheide wrote:
> Am Mittwoch, 16. September 2009 15:18:29 schrieb Sergiu Ivanov:
>
> > > Hurd had recent activity in under an hour of searching.
> >
> > Hm, that was really bad :-(
>
> Jupp - great coders often don't quite see the im
Hi,
Am Mittwoch, 16. September 2009 15:18:29 schrieb Sergiu Ivanov:
> > That whole loop shows up as one commit, too (since the last commit
> > is the last transaction).
>
> Aha, this means that hg does have an undo operation :-) This is what I
> often lack in real life ;-)
Same for me - that an
Hello,
On Tue, Sep 15, 2009 at 08:46:06AM +0200, Arne Babenhauserheide wrote:
> Am Sonntag, 13. September 2009 18:26:42 schrieb Sergiu Ivanov:
>
> > I remember your long discussion about Mercurial vs. git, but I don't
> > remember all the details, because I didn'
Hi,
Am Sonntag, 13. September 2009 18:26:42 schrieb Sergiu Ivanov:
> I remember your long discussion about Mercurial vs. git, but I don't
> remember all the details, because I didn't understand a lot at those
> times. However, it has just occurred to me that I should start
&
;ll have to have a look at it :-) It should be worth
> > the time ;-)
>
> Maybe I should write a disclaimer into my signature : "I really like
> Mercurial, but please also ask Olaf why git is great, so you see both sides"
> :)
I remember your long discussion about Mercu
40 matches
Mail list logo
