This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
{-# LANGUAGE OverloadedStrings #-} | |
import Data.CaseInsensitive (original) | |
import Data.Conduit (($$), yield) | |
import Data.Conduit.Binary (sinkHandle) | |
import Network.HTTP.Conduit | |
import Network.HTTP.Types | |
import System.IO (stdout) | |
import qualified Data.ByteString.Char8 as S |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
* Schema | |
*** TODO Decide how we're going to handle voting/merging | |
My idea is to allow voting on branches (which can be marked as | |
open/closed). The discussion happens on each commits, and the voting page | |
will give a unified view onto all these discussions (which means basically | |
displaying `git log master...HEAD`). Users appear to vote on a branch, but | |
they are actually voting on the HEAD commit. This prevents people gaming the | |
system by waiting for enough yes votes, then inserting a last-minute commit | |
that hasn't really been peer-reviewed. An editor puts a branch into voting | |
mode by "publishing" it. They may want to create many commits (allowing for |