Developer Onboarding: GitHub

This is the fifth in a series of articles focussing on reviewing Developer API Onboarding. In this post I’m looking at the API onboarding offered by GitHub.


I will be looking at 3 aspects of the onboarding experience:

  1. Exploration: Does the experience help me to understand or try out their product before signing up for an account?
  2. Onboarding & Integration: How well does the product guide me from their main site to create an account and to make that first API call or integration?
  3. Reference: Once I have my first integration in place, how hard is it to find the full reference documentation for the API call I made?

Additionally I will look at the emails sent by GitHub after I sign up.


A better way to work together

“GitHub is a web-based Git or version control repository and Internet hosting service. It offers all of the distributed version control and source code management (SCM) functionality of Git as well as adding its own features. It provides access control and several collaboration features such as bug tracking, feature requests, task management, and wikis for every project.” - Wikipedia

GitHub is an interesting company as it’s the first one that I will be reviewing that has a “end-user” side of people using GitHub on a daily basis for developing their own projects, and a “API developer” side of people building integrations into and on top of the GitHub API, for other developers to use. In other words, both the end-users and the API developers are mostly developers, making GitHub a pretty unique product to look at.


Let’s start by exploring what we can do with the GitHub API. In this case, what I am interested in is knowing how API calls are made, what they can and can’t do, and why I might want to use them.

Landing page

As is to be expected, the main site for GitHub is mostly designed around the “regular” user, the one who is there to use GitHub as a tool, not as an API.

When I scroll down I find some mentions to the API.

Landing page (2)

When I click on Learn more about the integrations I don’t quite end up on any API documentation.


This page seems to be mostly about what integrations I can use as an end user, not about what I can do as an API developer.

Integrations (2)

After some more creative on-page searching, I do find a link to Developers in the footer.

GitHub Developers (1)

Ah, great! A developer portal! I scroll down and find some very nicely organised links.

GitHub Developers (2)

I love how there is a clear Getting Started guide, and links to the more popular API libraries. Clearly the left hand documentation is focussed on different levels of users, in my case I am going to look at the first guide.

But first, let’s scroll down a bit further.

GitHub Developers (3)

It’s good to see some familiar names like CircleCI and Gitter that have integrated with GitHub through their API. I wonder if I can see how they integrated on their pages, let’s look at Gitter.

Gitter Integration

Sadly, this seems rather useless from an API discovery point of view. This page allows me to add Gitter to my GitHub, and therefore is more focussed on the GitHub end user than the API developer.

Let’s go back and visit that Getting Started guide.

Getting Started

A little introduction, admitting that most people would use an API library, and then a little “Hello World” sample.

Getting Started (2)

I copy paste the cURL command into my terminal and low and behold I’ve made my first API call.


Getting Started (3)

Or have I?

I mean, yes technically I’ve made an API call here, but not one I would actually ever use. So far this exercise has tought me more about cURL than it has about GitHub.

When I actually run the next command I can see something more useful.


Getting Started (4)

Ok, now that is a lot more useful. Here I can actually see some data that I can get out of the API. I have to admit it’s failry simple and has done little to inspire or inform me so far about what I can do with the API, but at least I’ve seen it’s easy to use.

Let’s move on and sign up for some API credentials so we can start cracking on.

At this point I’d like to highlight that there is no Sign Up or Log In links on the developer portal. There isn’t even a link to the main site!

GitHub Developers

So yeah, I go back to the main site and click to sign up.


The signup to GitHub has little information for API developers, which is probably fine. I love how it provides clear hints for each field, and a clear description about what you will get for this initial free signup.


On the second page we get to choose if we want a paid plan.

Signup (2)

I love how they make it clear that this is not super important as you “can upgrade at any time”.

A little skip button or link would have made this even clearer.

Now, the 3rd page did confuse me.

Signup (3)

I assume this is some survey that will let GitHub better understand their users, but the questions are very loaded. It’s hard to understand if the answers I give here will have any effect on the rest of my experience of I also don’t know if I can change this later or not.

I choose to be a student interested in Android.

First use experience

After signup I get given some basic options for a new GitHub user. In my case though, I am interested to see if I can find my API keys for making more powerful API calls.

I head over to the settings page and find a Developer settings section. I click on the Personal access tokens.

Personal access tokens

I am not sure if this is what I need. Somehow I am expecting an API key and secret and this doesn’t seem to be it. Maybe Integrations?


Hmmm, this seems to be more about something that integrates into GitHub. I am still not 100% sure what that means as I wasn’t given a great example of the power of this feature. Does this use different API credentials? Not sure.

What about OAuth applicatons?

OAuth Applications

This might be what I need, but again, I am not sure. Non of the wording around these different panels is helping me to understand what I need.

To be fair, I don’t even know what I want to do yet, so maybe let’s go back to the docs and explore a bit further what I can do.

GitHub Developers

I decide it might be a good idea to maybe look at the reference API to see what basic actions I could perform.

GitHub API

I have to say I don’t really enjoy the layout of these documents. Every page I seem to land on has a long list at the top (table of content for the page?) and a long list on the side (table of content for the site?).

The first thing I keep doing is to scroll past it to get to any content. In this case I do spot the authentication link and scroll on to that.

GitHub API (v2)

So yeah there are different ways to authenticate and the simplest way seems to be with a username and password, which seems pretty problematic for so many reasons.

What’s interesting is that this document doesn’t try to educate me at all on what authentication method to use at which point. Clearly there are certain security ramifications to each one.

Ok let’s expore a bit more what I could do with the API once I have the right credentials. Maybe create a repository?

GitHub API - Create Repositories

Ok, this is more useful. So, yes, I can create repositories with the API. What’s interesting here is that they seem to have switched to HTTP methods, not cURL (or SDK calls) as examples.

I don’t really fancy writing manual cURL commands, so let’s look at the SDKs.


It seems GitHub has 3 libraries of their own: Ruby, Objective-C and .NET. There’s a lot of community libraries as well apparently, but the Ruby one will do for me.

I click through to the library and look at the quick start.

Octokit Ruby Library

The instructions are pretty clear: a few lines on installing the library, and another one on initializing the library with a username and password.

I still don’t know what authentication method I need, so I just proceed by using my username and password.

First API call

That worked! Ok now the next step is to create a repository.

I search for create and repository on the GitHub README but nothing useful comes up. I’m stuck.

Method search

I do a quick search in the issues and the code and eventually find a method called create_repository. I eventually realise though that there was a link to the RubyDocs in the header of the repository.

API method Search

The search box on the RubyDoc is a lot more useful and so I finally find the documentation I need.

create_repository documentation

After some messing around I finally manage to make the API call I need. A repository has been created!

Code: Repository created


In my finally effort I want to know what the exact API request parameters are, and what the response parameters look like. I’m more specifically trying to understand what params are required, what types and ranges they have, and what they mean.

Repository - Create

When it comes to the request parameters the documentation has it covered. Lots of information about each argument, their type, and what they mean.

Sadly close to nothing is provided about response parameters.

Repository - Create (2)

Instead the response here is just a sample, with no context as to the meaning of each field, their expected ranges, if they’re always there even if the field does not exist, and much more.

I searched for more but could not find anything.


On a last note, I want to highlight the emails I eventually received from GitHub.

Confirmation email

The first email I received was one to verify my email address. A simple email with nothing else.

Welcome email

The second email arrived a bit later and had a nice link in it to get me started on my first project. Nothing about any APIs or anything, which is probably right.


Harder than it should be

GitHub is an example of a product where the API is very much a product that is not their core product. As a result, the onboarding, activation, and even documentation for developers is very much geared around users already familiar with their main product. Sadly, this makes it rather hard for a developer to find a clearly signposted flow from API novice to API hero.

The good

The bad


That’s it for this fifth Developer Onboarding review. Let me know in the comments below what you think of this post and if I should continue. I’d also love to know what company you think I should review next.

Hire me?

I am a freelance Developer Experience designer. If you want to know more about my work have a look at my portfolio and if you’d like for me to help improve your company’s Developer Experience then most definitely reach out to me via Twitter or email!

Subscribe to new articles

Updates will be kept to every 2 weeks at a maximum

Related Articles

The Documentation Maturity Model
Tuesday May 16, 2017
Understanding Developers
Thursday February 23, 2017
comments powered by Disqus