diff --git a/README.rst b/README.rst
index ac35cb67..20456d44 100644
--- a/README.rst
+++ b/README.rst
@@ -84,7 +84,7 @@ Features
 
 Uplink officially supports Python 2.7 and 3.5+.
 
-**Note:** Python 2.7 suport will be removed in v0.10.0.
+**Note:** Python 2.7 support will be removed in v0.10.0.
 
 .. |marshmallow| replace:: ``marshmallow``
 .. |pydantic| replace:: ``pydantic``
diff --git a/docs/source/index.rst b/docs/source/index.rst
index a59b2e51..322325e3 100644
--- a/docs/source/index.rst
+++ b/docs/source/index.rst
@@ -89,7 +89,7 @@ Uplink officially supports Python 2.7 & 3.5+.
 
 .. note::
 
-   Python 2.7 suport will be removed in v0.10.0.
+   Python 2.7 support will be removed in v0.10.0.
 
 .. |marshmallow| replace:: ``marshmallow``
 .. |requests-oauthlib| replace:: ``requests-oauthlib``
diff --git a/examples/github-api/README.md b/examples/github-api/README.md
index cf2ff26d..a93b2d58 100644
--- a/examples/github-api/README.md
+++ b/examples/github-api/README.md
@@ -4,7 +4,7 @@ By: Kareem Moussa ([@itstehkman](https://github.com/itstehkman))
 ---
 
 This is an example of using the uplink client. This is an API written in flask that gets the top
-users who have commited in repositories matching a given keyword (in the name, readme, or description
+users who have committed in repositories matching a given keyword (in the name, readme, or description
 in the last month.
 
 To try this out, first fill out keys.sh with your github api client id and client secret so that
diff --git a/examples/github-api/Server.py b/examples/github-api/Server.py
index 7989e5a1..095e1e78 100644
--- a/examples/github-api/Server.py
+++ b/examples/github-api/Server.py
@@ -58,7 +58,7 @@ async def _repos_for_keyword(keyword):
 
 
 async def _users_for_repo(user, repo_name, oldest_age=55):
-    """ Returns users that have commited in a repo in the last N weeks """
+    """ Returns users that have committed in a repo in the last N weeks """
 
     since = (datetime.now() - timedelta(weeks=oldest_age)).isoformat()
     r = await github.commits_for_repo(user, repo_name, since=since)
@@ -98,7 +98,7 @@ def users_for_repo(user, repo_name):
     """
   /users/<user>/repo/<repo_name>[?oldest-age=<age in weeks>]
 
-  Returns list of users who have commited in the resource user/repo in the last given amount of
+  Returns list of users who have committed in the resource user/repo in the last given amount of
   weeks """
 
     oldest_age = (
@@ -114,7 +114,7 @@ def users_for_keyword():
     """
   /users?keyword=<keyword>[?oldest-age=<age in weeks>]
 
-  Find the top users who have commited in repositories matching the keyword in the last month """
+  Find the top users who have committed in repositories matching the keyword in the last month """
     if "keyword" not in request.args:
         return "", 400
 
diff --git a/tox.ini b/tox.ini
index d19f6cba..d4ae0758 100644
--- a/tox.ini
+++ b/tox.ini
@@ -1,4 +1,4 @@
-# Configuration file for Tox, a general virtualenv managment tool.
+# Configuration file for Tox, a general virtualenv management tool.
 # Website (June 2016): http://tox.readthedocs.io/en/latest/
 
 [testenv]
diff --git a/uplink/auth.py b/uplink/auth.py
index 9ba53f29..f28f8d01 100644
--- a/uplink/auth.py
+++ b/uplink/auth.py
@@ -210,7 +210,7 @@ class MultiAuth(object):
         api_consumer = SomeApiConsumerClass(BASE_URL, auth=auth_methods)
 
     API library authors may find it more helpful to treat MultiAuth as
-    a list using ``append`` or ``extend`` to add aditional auth methods.
+    a list using ``append`` or ``extend`` to add additional auth methods.
 
     .. code-block:: python
 
diff --git a/uplink/builder.py b/uplink/builder.py
index e0515863..e450efa0 100644
--- a/uplink/builder.py
+++ b/uplink/builder.py
@@ -52,7 +52,7 @@ def apply_hooks(self, execution_builder, chain):
         # TODO:
         #   Instead of creating a TransactionChain, we could simply
         #   add each response and error handler in the chain to the
-        #   execution builder. This would allow heterogenous response
+        #   execution builder. This would allow heterogeneous response
         #   and error handlers. Right now, the TransactionChain
         #   enforces that all response/error handlers are blocking if
         #   any response/error handler is blocking, which is