{"id":1808,"date":"2012-11-13T01:22:30","date_gmt":"2012-11-12T23:22:30","guid":{"rendered":"http:\/\/planetozh.com\/blog\/?p=1808"},"modified":"2012-11-13T01:22:30","modified_gmt":"2012-11-12T23:22:30","slug":"so-ive-tried-git-and-its","status":"publish","type":"post","link":"https:\/\/planetozh.com\/blog\/2012\/11\/so-ive-tried-git-and-its\/","title":{"rendered":"So, I’ve Tried Git. And it’s…"},"content":{"rendered":"

I'm a SVN user.<\/p>\n

Nowadays, all the cool kids have a Github<\/a> account where they host stuff and use Git<\/strong> as their primary Source Control tool, and prefer it over the usual SVN<\/strong> you've probably got to use.<\/p>\n

I'm not a cool kid and for the last few years (since WordPress started the plugin repository using SVN I think — more or less 8 years ago<\/a>), I've been happily using SVN. You know SVN, right? Easy to use and to understand, right? Does the job simply, right? So, why switch, right?<\/p>\n

I'm regularly pestered to move YOURLS from Google Code to Github<\/a>, to which I responded more or less that I was happy with SVN and I didn't want to spend time learning a new complicated tool. Because, Git is complicated, right?<\/p>\n

But I wanted<\/em> to be a cool kid anyway, so I gave Git a few looks and tries.<\/p>\n

<\/p>\n

First pass: what others say<\/h2>\n

A couple months ago, I decided to investigate that Git stuff. From a few blog posts I skimmed through here and there, I knew that Git was supposed to have a few advantages over SVN. Any "Git vs SVN" article will list a few amaaaazing advantages, which are always:<\/p>\n

Git is distributed<\/strong>. I'll be damn if that made sense to me: what I need is a computer where I code and a repo where I commit, right?<\/p>\n

Git is fast<\/strong>. Wow. Maybe, but, errr… it's not like I really need to shave 5 seconds off the 15 seconds that my commits take, right?<\/p>\n

Git is more efficient, disk wise<\/strong>. I knew that, for instance, Git tags are just pointer to a particular commit, while SVN tags are a joke<\/a> because it's a whole folder where code is duplicated. And yes, that made sense to me, but I still didn't care because, honestly, who needs tags? I don't. Plus, I can haz gigabytes of empty disk space, so a source control tool that'll save me a few megs isn't really a life saver, right?<\/p>\n

These were the pro-Git arguments I've seen everywhere, and I wasn't excited. Sure, seems cool, but definitely not something cool enough to be worth the hassle for me.<\/p>\n

Second pass: theory<\/h2>\n

I searched the web for all the Git manuals, starters, tutorials and handbooks I could find and ended up with reading the Official Git Documentation<\/a> which is, I must admit, pretty well done.<\/p>\n

In every tutorials and guides, the first basic steps are easy and won't get a newbie SVN user lost: you edit a file, you commit it. Wait, then, you push<\/em> it. Soo… in SVN I edit and commit, but in Git I have to edit, commit then push<\/em>? Okaaaay…<\/p>\n

Then, in every tutorials and guides, my interest went decreasing as I was reading more and more about complicated concepts and features light-years from my actual needs, such as "branching" or incredible log viewing abilities or god knows what.<\/p>\n

\"\"<\/a>

OK, I'm lost. What am I trying to do, again?<\/p><\/div>\n

Seriously, I thought, why on Earth is every cool kid using that tool and advocating it like it's what Jesus and Chuck Norris would use?<\/p>\n

Third pass: practicing a bit<\/h2>\n

One day, I was playing Alchemy<\/a> on my phone: it's a fun little game where you combine elements by dragging one on top of another, and sometimes it creates a new one (like, drag the Earth icon over the Fire icon and boom, it creates Lava, something like this). I thought: "heh, this is fun, I'm sure I could do this in Javascript, it's all about jQuery draggables".<\/p>\n

One other day, I came across an article on Github's blog about a Game competition<\/a>: create a web based game loosely related to cloning, merging, forking, or anything Git-esque. Nice initiative from them, the world always needs more web based games :)<\/p>\n

And finally, one other day, I realized that Alchemy was loosely related to these Git concepts: you clone Earth and you merge it with Fire to create something. Heh, I thought. Why not. Let's participate.<\/p>\n

So I created my first repo in my empty Github account<\/a>, and I started something different: not trying to learn Git from theory and books, but from real practice, just step by step, humble newbie step by cautious newbie step.<\/p>\n

Rapidly, three things happened : a "hey cool!", a little relief, and a fucking ZOMYGOD<\/strong>.<\/p>\n

The "Hey cool!": where complicated makes sense.<\/h2>\n

You've already created a SVN repository and found it easy, right? Just set up an online repo, checkout its content to your disk. Can't be easier, right?<\/p>\n

Well, yes, it can: inside any directory, click "Create Git Repository here" in TortoiseGit, or "git init<\/tt>" if you're the 2D console type of coder, and that's it, you already have a full-fledged repository where you can commit, revert and track changes.<\/p>\n

Suddenly, the three-steps workflow (remember? edit, commit, push) made sense: everything is local! you don't even need an internet connection to work with your repo! No wonder they say it's faster. You can commit and revert locally, then eventually push on the remote repository and share with the world when it's cool enough. Or you can even create a quick repository for a quick local project without even needing an internet repo.<\/p>\n

And that, I thought, can be an interesting development pattern.<\/p>\n

The Relief: OK, it's actually easy.<\/h2>\n

Once I understood that 3 step workflow, I didn't find Git any harder to use than SVN for my very basic needs: code, try, edit, change, revert, edit, fix, save. Sure, it can be a frustrating feeling to use 3 simple commands where there seems to be like 300 complicated ones, but when you just need a hammer and are given a complete hardware store, well, just use the hammer.<\/p>\n

The Fucking ZOMG: Git's killer ninja nuclear godzillesque feature: Branching.<\/h2>\n

OK, onto finally the real reason I'm writing this whole post :)<\/p>\n

On Github, once you have a repository (http:\/\/github.com\/joe<\/tt>), you can also easily publish to a live website (http:\/\/joe.github.com<\/tt>), and, for this, you have to create a new branch named 'gh-pages<\/tt>'. Since I wanted my web based game to be, well, playable on the web, I thought it might be a nice occasion to play with Git branches.<\/p>\n

I knew branches from SVN: they are folders where a particular branch of your code lives, and you can modify it without modifying the "master" branch (aka trunk in SVN), to eventually merge branches later. This is probably cool and everything, but it implies juggling with directories and that's cumbersome. I for one is annoyed by the trunk\/branch\/tag directory structure enforced by SVN. I want to code in a live directory on my web server, and SVN insists that I copy that into a lame trunk\/branch\/tag folder.<\/p>\n

So, branches with Git. And now, my fellow SVN-accustomed Git-ignorant coder friend, open your eyes and read carefully what happened.<\/p>\n

First, I created the branch 'gh-pages<\/tt>'. "Hmm, I must have done something wrong", I thought, I was expecting something like a new folder named 'gh-pages<\/tt>' where to put new stuff.<\/p>\n

\"\"

Just created a new branch. But where is it?<\/p><\/div>\n

Oh, OK, I have to "checkout gh-pages<\/tt>", ie<\/em> switch to that branch. God knows where that'll take us, but let's do it. I did, and, again, saw nothing particular happen. "Well, I thought, I'm following the step by step tutorial, so let's just pretend this is normal". I added a few stuff in my working directory, and committed.<\/p>\n

\"\"

Adding a new file in that, well, "branch"<\/p><\/div>\n

So far, so good, except I still didn't understand where I was exactly, since I was still working in the same directory. Where's main branch? and the new gh-branch? I was slowly getting lost, so I decided to start all over again, and switched back to the "master" branch. And what happened? My newly committed files disappeared.<\/p>\n

\"\"

Ho noes! My new file! All gone!<\/p><\/div>\n

Since I was sober at that time and pretty sure I had created and committed files, I boldly didn't panick, didn't move for a few second, hands hovering over the keyboard, and slowly started to realize and understand. Oh. My. Gawd. You can work on multiple branches, it just happens in the same directory. Git just make files appear and disappear as they belong to the current branch or not. Oh. My. FUCKINGGODTHISISAWESOME!!!1!!<\/p>\n

\n

Today I began playing with Git branches, and, dude… http:\/\/t.co\/gHhey1IX<\/a><\/p>\n

— Ozh Richard (@ozh) November 6, 2012<\/a><\/p><\/blockquote>\n