Just because I'm a massive nerd and anyone else is wondering this.<p>It looks left the left suit is modeled after the God Gundam (Burning Gundam in the US) in G Gundam.<p>The right suit seems to be the Abyss Gundam in Gundam SEED Destiny.
This looks promising. In the past I've largely defaulted to calling the REST API directly instead of relying on wrappers - primarily since using a wrapper has basically meant looking up 2 sets of documentation (1 for the REST API itself, and again for the wrapper).<p>IIRC I had the same frustration the last time I attempted to use Octokit (~5 months ago). GitHub maintaining it directly may well alleviate the pain points I experienced. It would help, for instance, to have the wrapper documentation run parallel with that of the REST API itself.
Frameworks and Git submodules?! I wish Cocoapods were the recommended installation method, as Ruby Gems are for Octokit.rb. Just look at how complex the Octokit.objc installation instructions are.
I have been using octokit for a while now and it is by far the best wrapper around for Ruby. Just make sense to have it official now that Wynn Netherland is working @ GitHub.
Anyone else have blurriness with the SVG octocats on the page itself?<p>In Firefox 21 on Windows 7, they're decidedly low resolution, but I open them directly [1] they look fine.
They render fine in Chrome.<p>1 <a href="http://octokit.github.io/images/gundam-ruby.svg" rel="nofollow">http://octokit.github.io/images/gundam-ruby.svg</a>
Is it just me? Those drawing remind me a lot of the samurai pizza cats!<p><a href="http://images.fanpop.com/images/image_uploads/Samurai-Pizza-Cat-Fan-Art-samurai-pizza-cats-170914_800_346.jpg" rel="nofollow">http://images.fanpop.com/images/image_uploads/Samurai-Pizza-...</a>
When I first read 'GitHub-maintained client libraries' I initially thought they meant built in libraries or templated stub functions, sort of like what they offer for .gitignore for various programming environments and languages. I was a little disappointed when I saw it was just for the Github API, although I expect this to still be useful.<p>I feel like this is something they could offer in the future though as many IDEs automatically build your environment when a new project is initialized. Assuming you use github as your IDE (i.e. not really using any IDE) project initialization might make sense.
Well, that's quite a change in branding.<p>Your sword? Your shield? The cute little octocat is now a scowling angry warrior robot?<p>I must be old and out of touch: I don't understand the appeal of this violent imagery. I thought GitHub was about working together, helping each other out, not slaying your foes.<p>I like the old octocat and octokitten better:<p><a href="http://assets.github.com/images/modules/dashboard/bootcamp/octocat_setup.png" rel="nofollow">http://assets.github.com/images/modules/dashboard/bootcamp/o...</a>
Who designed <a href="http://octokit.github.io/" rel="nofollow">http://octokit.github.io/</a> ? So fresh and so clean. @mdo must have had a hand in it...