I had thought about using Dave's approach, but I'm not sure it is going
to be very easy to manage when it's a community repo and not just one
individual's.
You'll end up having to repeat the contents of the issues in the .md files.
Accepted ideas can be labelled "accepted", rejected ideas can be closed.
My feeling is that sticking to managing things in the issue tracker is going
to be more flexible and introduce less redundancy. It will also be easier
for the issue creator to edit it as the discussion goes on, etc.
The simpler, the better imo. While we aren't drowning in requests I don't
think we need anything more complicated than the issue tracker.