HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
github
balanced-employee-ip-agreement
OPEN SOURCE2017–2024
github / balanced-employee-ip-agreement

balanced-employee-ip-agreement

GitHub's employee intellectual property agreement, open sourced and reusable

17Distinct people
17Mentions
0Explicit recommenders
2.3KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

GitHub's employee intellectual property agreement, open sourced and reusable

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 12:01:02 AM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year17 dated mentions

Observed mentions: 2017-03-21 12:11:15 UTC to 2024-08-31 08:08:14 UTC.

0123452017-01-01 00:00:00 UTC to 2018-01-01 00:00:00 UTC (exclusive): 5 mentions; 1 submissions, 4 comments20172018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 4 mentions; 2 submissions, 2 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2024

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20172017-01-01 00:00:00 UTC2018-01-01 00:00:00 UTC514
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC220
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC101
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC101
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC422
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC202
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC110
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC110

What Hacker News says

5 sources
inlineint·Jun 19, 2017Submission

Ask HN: Ability to commit to open source projects I use at work at work

At my current job, I work on applications of machine learning to our data. Sometimes the existing machine learning libraries don't have abilities we need, and often in this cases, the best way to solve the problem is to add modifications to the library itself. However, it is not feasible to maintain private forks because the libraries we use change very fast and to keep them updated it would also be necessary to maintain the fork, which is something that would require additional resources. So, the best approach for this kind of problems is to create pull requests to the libraries and get them pulled into upstream, so that they can maintain the code and we can use the code maintained by them and have all features we need without private forks. I would like to just implement the required changes and create PRs when necessary, then use the u
Read the rest
pstream libraries in my work. However, my agreement (expectably) says that all the code that I create at work belongs to the employer, so right now I'm trying to create PRs on weekends to not get into troubles. My boss agrees that it is a problem and said that we can modify my agreement. Although I understand that I need a lawyer the country where the company is registered to do actual modification of the agreement in a lawful way, I'm curious how is this kind of problems is solved in other companies and what keywords can be used to get more information about this. I find GitHub's Balanced Employee Intellectual Property Agreement [1] somewhat close to what I want, but I find it to be not exactly clear that it would allow me to commit to open source projects that I use at work because in my understanding each feature that I might add to an open source project and then use in the company's code base can be counted as "(ii) developed for use by the Company". [1] https://github.com/github/balanced-employee-ip-agreement/blob/master/Balanced_Empl…
1 points · Open discussion
Most corporations I interviewed with have this policy, including Microsoft and some large banks. Otherwise it would be impossible to attract OS developers. Also the agreement[1] is not completely rosy, it has some strings attached. For example if you are working on CSS library, Github uses it and contracts you to make some patches, they might claim IP ownership over those patches. That is a mine field for OS project. I personally would not sign it. It needs extra clause to clarify what projects are excluded. > The Company owns any IP ("Company IP") that you create, or help create as its employee or contractor, .... related to an existing or prospective Company product or service at the time you developed, invented, or created it [1] https://github.com/github/balanced-employee-ip-agreement/blo... (I am not a lawyer, just a hobby)
In GitHub lets staff own IP developed for personal projects using company resources

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.