Announcement

Collapse
No announcement yet.

GNU Emacs Finally Switching Over To Git From Bazaar

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #21
    Originally posted by Cyber Killer View Post
    No, it does not matter. 7 seconds for a new branch that's 50 MB in size and has hundreds of revisions (a large branch by any measurement), 7 (seven) seconds! It most probably took you longer to just read this post or open this webpage in your browser. Any automated test suite or compiler takes orders of magnitude more time to run. It's most probably even less if you have an ssd, but this is below a meaningful amount of time as it is. Bzr is fast enough for anything, so please stop repeating this myth.
    its all about how cheap something is, Linus said that about making branches aka forks, if you do this and it takes you lets say 20 seconds to do (svn depends on you internet connection) you dont do it all the time. of course something time per month and takes you this 7 seconds it does not matter but the daily use commands have to be fast like hell or you use it different.

    its that simple you make bigger commits if you have to wait 10 seconds to upload it to a server. and even if your default way of doing is to upload it at all. if a rebase takes forever, you dont commit your stuff fast commit small tings and if you messed up you just git commit -amend.


    does a real bad interface suck too and makes you workcases bad too? maybe, basicly I came more or less from git to emacs, because I learned that its one thing to have a software that is intuitive usable in a few seconds and another to have a powerful tool that you have to learn one time longer but then be much much more productive.

    And its a matter of scaling maybe for you little small projekt it works well but for bigger project it does not, so you learn a tool that you cant use anymore if you happen to work somewhere different, so you have to learn it later anyway.


    Originally posted by Cyber Killer View Post
    The only real problem with bzr is that it's not popular, everything else start from that. But it's not bzr's fault, it's that git was written by Linus, and nearly nothing can compare to the amount of publicity that this makes. Maybe if RMS had written his own vcs that would be able to compete in popularity with git.
    I doubt that, 80-90% of all linux users have pure hate or at least dont like rms much, maybe the % are lower but still the majority, I hear all the time from people that want to use worse tools than the gnu tools just of pure hate that some people could use the term gnu/linux instaed of only linux.
    Last edited by blackiwid; 14 November 2014, 03:43 PM.

    Comment


    • #22
      Originally posted by Cyber Killer View Post
      No, it does not matter. 7 seconds for a new branch that's 50 MB in size and has hundreds of revisions (a large branch by any measurement), 7 (seven) seconds! It most probably took you longer to just read this post or open this webpage in your browser. Any automated test suite or compiler takes orders of magnitude more time to run. It's most probably even less if you have an ssd, but this is below a meaningful amount of time as it is. Bzr is fast enough for anything, so please stop repeating this myth.

      The only real problem with bzr is that it's not popular, everything else start from that. But it's not bzr's fault, it's that git was written by Linus, and nearly nothing can compare to the amount of publicity that this makes. Maybe if RMS had written his own vcs that would be able to compete in popularity with git.
      He did, just a bit late to the game though, and aimed at a different use case.

      Comment

      Working...
      X