19 comments

[ 3.1 ms ] story [ 66.9 ms ] thread
Wow what a great idea. Would it be possible to list comments inline as well?
Yes, the possibility exists, but it's not implemented as a feature in Github.js so you'd have to manually request the issue comments for every issue like this:

  github._request('GET', issue.comments_url, {}, callback)
Neat! Though I think putting the content directly into the repository would be a better solution. I'd love to see more content systems use git (or something like git) for version tracking and publishing.
You can use a Jekyll-based blog for that. The cool thing about this is the ability to comment on posts without having to add Disqus or similar services.
True, can't really comment if you used straight git.
Neat hack but I rather use something designed for blogging like: SunSed.com and silvrback.com

Disclaimer: I'm cofounder of SunSed.

But...why? What makes sunsed different or better? If you're going to self promote on every thread that seems topically related to your product, at least take the time to differentiate it and offer strengths and weaknesses
You are right! I deserved the negative points! Lesson learned! ;)
Did something similar about 10 months ago here https://github.com/formula1/NodeOS-Blog

I didn't realize hacker news had interest in these sorts of things, might have posted it

Not sure why you're getting downvotes but cool! It's sometimes hard to gauge whether or not the HN community will be interested in something (and sometimes they might be but it still doesn't gain traction due to time of posting, etc). I'd say just submit it anyway if you have something you think is cool and the community will decide if they want to discuss it or not :)
My blog (http://pwmckenna.net) is built on the same idea. The issue I ran into is that forks don't have their own issues, so its a bit harder to share than I originally thought (you need a seperate repo for the code, and for the issues).

Here's the source: https://github.com/pwmckenna/til

(comment deleted)
actually it turns out you can have issues on your fork, they're just disabled by default (turn them on in the fork's settings). you'll still want to update app/config.json to point to your info. feel free to open an issue if you get stuck. i'd be more than happy to walk you through it.
So I'm trying to understand the benefits behind this as opposed to using a normal blog hosted with Github Pages? Then the posts would be visible in the repo.

If it is for having comments within a Github Pages blog, I found a solution that I wrote about myself about using a normal Jekyll hosted on GH Pages that pulls comments from Issues: http://seanlane.net/2016/Hosting_comments_within_issues_on_G...

It's pretty simple in its current form, but if one were to add user authentication then it would be possible to do anything implemented in the Github API.

For example, this project is using issues in the purpose of posting/commenting, but theoretically you could use them as a general purpose database.

Oh, that's pretty interesting in that sense. What gave you the idea for it? And do you see doing anything more intricate with it?