Do you think it'd work well if I implemented something to allow picking a commit for a daily entry or would you prefer more automatic tracking?
Do you think it'd work well if I implemented something to allow picking a commit for a daily entry or would you prefer more automatic tracking?
If you save the ETag from the Events API and pass it back in your next request, you'll get a 304 response if the data hasn't changed and it won't hit your request limit.
You'll want to poll the user's events periodically, and store that data in a database. It's too slow to ping GitHub's API every time, because there isn't a single API that provides exactly what you need.
Check out FetchRecentCommits[2] for how I hit the GitHub API, and UpdateUserCommits[3] and CreateCommit[4] for how I extract the data from the commit and store it in the database.
Good luck! Keep me updated, my username is in my profile :)
[0] https://developer.github.com/v3/activity/events/#list-public...
[1] https://developer.github.com/v3/repos/commits/#get-a-single-...
[2] https://github.com/samertm/githubstreaks/blob/master/model.g...
[3] https://github.com/samertm/githubstreaks/blob/master/model.g...
[4] https://github.com/samertm/githubstreaks/blob/master/model.g...
Nice project!
Public git repositories on github are an alternative for your resume ( that's good for your project). But private repositories could also mean gitlab integration and etc.. :)
This way it would be independent from GitHub (we're not using GH at work for example).
For example: "Track all my GitHub repositories matching /^codehalf-*/