Comments for markmcb

Comment on 3 Reasons to Switch to Git from Subversion by Gabriel Lima

Gabriel Lima — Wed, 09 Jun 2010 06:21:53 +0000

So nice post! I agree. IMHO, Git is better than SVN. If you could talk about the merge function that git has, and that is SO MUCH BETTER than SVN, than you’d found another reason to change from SVN to GIT. Really nice post, and congratulations to have patience to find examples that we really live on the work days.

Comment on 3 Reasons to Switch to Git from Subversion by Mick

Mick — Wed, 03 Mar 2010 16:22:04 +0000

Thanks for the article, I have been using SVN for the last 5 years and I simply love it. Based on above comments, it seems Git offers some good DVCS based features which probably will be included in SVN too by v2.0.

I would like to know, How does Git handles authentication? Is windows domain based authentication supported?

I have one doubt for Git i.e. if every dev. copies the whole repository locally, how come Git is faster then SVN? What about disk usage for large projects?

Personally I think, It would be hard for Windows based shop to make a switch to Git as of today due to lack of integration with 3rd party tools like Trac, GUI clients like Tortoise SVN, Subclipse etc (But anyways like you said that’s beyond the scope of your article).

Comment on Multiple Remote Git Branches With Different Local Names by Yngve

Yngve — Tue, 02 Feb 2010 14:16:34 +0000

Dude, thanks! Was searching for quite a while for this! Don’t quite understand why you use simple_origin instead of just putting the push line into the original remote section though? Anyway, great!

Comment on 3 Reasons to Switch to Git from Subversion by Alpheus

Alpheus — Wed, 14 Oct 2009 22:44:51 +0000

I’ve been working as a sole developer for a backend website for about a year now. Technically, I’m *not* looking for a VCS for that system anymore, because my employer decided to go with SVN, and also because we’re moving to an open-source replacement for the backend. But, from what I’ve been reading of the comments, I have a few observations to make:

First, for personal projects (and I have several), having a Version Control System would be better than periodically re-naming working files as something like “myproject-III.py”, which is my current practice.

Second, even as a sole developer for a backend website, there were times in which I was in the middle of some sort of substantial change, and my employer would say “There’s a bug somewhere here. Could you fix it?” Well, yes and no: I’m sure it will be easy to fix (and it often was), but now I’ll have to update the “Live” version with that bugfix…except that “Testing” is in the middle of this big change, and is not at all ready to deploy…furthermore, I have to make sure that the change I just made is applied to both “Testing” and “Live”. I tried to add a third version for this, called “Debugging”, but that introduced even more complexities!

Third, it would seem that having a centralized VCS would be overkill for this, and for my personal use. The reason my employer is using SVN is because he has a couple of developers on the main website as well.

Overall, I will likely be using Git for personal use! And it would seem that I’m going to wish that my employer would use Git as well.

Comment on Multiple Remote Git Branches With Different Local Names by martin

martin — Tue, 22 Sep 2009 23:26:16 +0000

thanks a lot. i was trying to figure out a couple of hours why the tracking branch keeps trying to push the master branch even i am in another local branch… well done!

Comment on Install markItUp! in Ruby on Rails by James

James — Wed, 29 Jul 2009 09:54:35 +0000

Sweet stuff - thanks for these tips!

Comment on Multiple Remote Git Branches With Different Local Names by markmcb

markmcb — Fri, 17 Jul 2009 19:16:20 +0000

@Harish, At the time I wrote this I think there was a bug in git that forced me to do that. You are correct though, it is no longer necessary.

Comment on Multiple Remote Git Branches With Different Local Names by Harish Mallipeddi

Harish Mallipeddi — Fri, 17 Jul 2009 11:30:19 +0000

Thanks a lot for this tip. I just spent the last half an hour banging my head over this too.

Btw any reason you created another remote “simple_origin”? I just added that “push =” line to my “origin” itself and it worked.

Comment on Skip All Rails Filters by RobL

RobL — Sun, 05 Jul 2009 11:43:54 +0000

I found exactly this code in an project I am trying to bring up to date for a client.

I found myself using the following instead

class ApplicationController

def self.skip_all_filters(options = {})
filter_chain.map(&:method).each do |filter|
skip_filter filter, options
end
end

end

class FooController [:blah, :blah2]

end

Comment on Ruby on Rails Diff Text to HTML <ins> and <del> by B Candler

B Candler — Mon, 01 Jun 2009 09:08:11 +0000

Simpler than i[1..i.length-1] is i[1..-1]

Also: it is safer to use the block form of File so that in the case of exceptions, the file is closed. Even better would be to use Tempfile, and/or to put File.delete in an ‘ensure’ block. Tempfile would also reduce the possibility of the same name being used twice concurrently.