講演者からのPRを受け付ける仕組みを整備する

[mstssk]

APIの仕組みも考慮して作る。 #47

[mstssk]

今なんとなく考えているもの

人間が編集しやすいフォーマットのファイルで元データは持っておく。 PRもそのファイルの変更してもらうようにする。 そこからAPI向けにjson生成したり、サイト向けにHTML生成したりする。

GitHubPagesのJekyllで出来る？ CIビルドしたほうがいい？

[mstssk]

GitHub Pagesだけで完結する形で行けそう。自分のリポジトリで試しに作ってみたもの。

• 講演情報はYAMLで管理。変更は、講演者が自分のファイルを編集してPRを送ってもらう。
  https://github.com/mstssk/mstssk.github.io/tree/master/_data/sessions
• YAMLから講演情報ページのHTMLは自動生成
  http://mstssk.github.io/index.html
• YAMLから講演情報のjsonを自動生成
  http://mstssk.github.io/sessions.json

参考:

• https://github.com/IowaCodeCamp/iowacodecamp.github.io
• http://stackoverflow.com/questions/25231070/encoding-json-in-a-github-pages-generated-file

refs #47

[gfx]

おーこんなことできるんですね。おもしろい。

[mstssk]

_data/の下のファイル名でソートされてる…と思ったらたまたま私のローカルでそうなってただけのようです。ファイル名をキーにした、ただのhashで扱われている？ 講演情報ファイルは1つにまとめて、その中でarrayにしておかないと、任意の順番で扱うことはできなさそう。

[mstssk]

https://github.com/DroidKaigi/droidkaigi.github.io/blob/master/_data/sessions.yml

上記ファイルにサイトに載せるセッション情報をまとめてある（このデータから動的に書き出している）。 講演者からの変更の受け付けは、このファイルを編集してPRを送ってもらう。

[mstssk]

• [x] TODO webサイトのリポジトリに、PR手順について掲載する。

[punchdrunker]

（´-`）.｡oO（このissueの締切は設定した方がよさそう)

[mstssk]

https://github.com/DroidKaigi/droidkaigi.github.io/pull/31 受け付ける旨をREADMEに記載して公開しました。

PRのチェックは「誰でもいいので2人くらい見てOKならマージする」みたいな事を以前のMTGで会話した気がするので、それで行きましょう。 あとは講演者への周知をすれば終わりかな。

[mhidaka]

https://github.com/DroidKaigi/droidkaigi/wiki/%E4%BC%9A%E5%A0%B4%E9%96%A2%E4%BF%82%E3%81%AE%E6%83%85%E5%A0%B1%E9%9B%86%E7%A9%8D%E6%89%80

転記したのでClose