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.
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).
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'm attempting to create a podspec, but the script/bootstrap part stuck me. Not sure if Cocoapods has capabilities to do that. Would be nice to just strip out all of the submodule parts and include the dependencies.
One of the most annoying bugs in Firefox since the whole purpose of SVG is that it's resolution independent. I hope more people voice their interest in it being fixed.
Your sword? Your shield? The cute little octocat is now a scowling angry warrior robot?
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.
Thanks, I appreciate knowing the cultural reference. I figured it must be something along those lines, but wasn't familiar with the specifics.
But... Not meant to be violent? Even if the robocats themselves are not meant to be violent, how could the introductory language about "your sword" and "your shield" be interpreted as anything but violent?
The only time I can imagine needing a sword and shield would be in a rather violent situation. Quite the opposite of the experience one might hope to have on GitHub.
"Is Cocoa your sword? Let this kit be your shield."
Look, I don't mean to read too much into any of this. I just found it a bit unpleasant, that was all. If that observation is useful for anyone, great, if not, my apology for the distraction.
The Octocat used here and in the API control panel[1] reminds me of robot anime (Gundam Wing, etc.) or perhaps Speed Racer. I don't think it's meant to be warrior-like, but futuristic.
There have always been loads of Octocat variations[1] of "violent" cartoon characters, such as Wolverine[2].
I don't think anything is intended literally.
Ah, that is a neat collection. Xtocat may be a bit extreme for my taste, but no worries.
I understand that this stuff is all in fun and shouldn't be taken literally, I just had a rather negative gut reaction to the sword and shield and scowling. Maybe it's useful for people to know that this kind of thing will bring up negative reactions in some people. Or maybe not.
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.
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.
Giter8 (https://github.com/n8han/giter8) sounds like what you’re looking for. “Giter8 is a command line tool to generate files and directories from templates published on github or any other git repository.”
49 comments
[ 3.4 ms ] story [ 104 ms ] threadIIRC 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.
https://github.com/octokit/octokit.objc/issues/61
I'm not sure all of those can be set up as CocoaPod dependencies though.
http://images.fanpop.com/images/image_uploads/Samurai-Pizza-...
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.
1 http://octokit.github.io/images/gundam-ruby.svg
https://bugzilla.mozilla.org/show_bug.cgi?id=600207
Edit/addendum: The Ruby version is fine and I'm glad they've made it the official library.
Your sword? Your shield? The cute little octocat is now a scowling angry warrior robot?
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.
I like the old octocat and octokitten better:
http://assets.github.com/images/modules/dashboard/bootcamp/o...
I seriously doubt the reference is meant to be violent.
But... Not meant to be violent? Even if the robocats themselves are not meant to be violent, how could the introductory language about "your sword" and "your shield" be interpreted as anything but violent?
The only time I can imagine needing a sword and shield would be in a rather violent situation. Quite the opposite of the experience one might hope to have on GitHub.
https://github.com/blog/1517-introducing-octokit
and on the project page:
http://octokit.github.io/
"Is Cocoa your sword? Let this kit be your shield."
Look, I don't mean to read too much into any of this. I just found it a bit unpleasant, that was all. If that observation is useful for anyone, great, if not, my apology for the distraction.
[1] https://a248.e.akamai.net/assets.github.com/images/modules/b...
1 http://octodex.github.com/
2 http://octodex.github.com/xtocat/
I understand that this stuff is all in fun and shouldn't be taken literally, I just had a rather negative gut reaction to the sword and shield and scowling. Maybe it's useful for people to know that this kind of thing will bring up negative reactions in some people. Or maybe not.
bugs are our foes
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.
It looks left the left suit is modeled after the God Gundam (Burning Gundam in the US) in G Gundam.
The right suit seems to be the Abyss Gundam in Gundam SEED Destiny.
I am disappoint