Here's the issue I'm facing, we need to reduce the number of places we're in and we need to make things portable.
To be honest, I'm not too keen on having everything custom, I've seen what happens when communities try to do everything custom and you spend more time maintaining the site than you do making content.
For portability, GitHub is all git based of course and almost everything is done in plain text.
If GitHub were to ever disappear, we could grab all the repositories and host them ourselves using the same things they do or move them to another site.
Right now I have an account for the wiki, an account for GitHub where we host code and an account for the main site to publish things.
GitHub can have pages, wikis and code all in one.
We don't need to teach everyone git either as they provide a pretty nice application for git things as well as, for text changes, the ability to edit it on the web.
I'm still testing some things but once I'm done I should have a hybrid between our current site and the wiki because let's face it, the wiki /could/ replace the site.
With a generated static site that's available to edit via git, anyone has the ability to write content for the site in simple markdown using any text editor they want and submit it to be included on the site.
They can also submit changes to the site's design and layout to be considered.
Looking at the wiki right now, everything in there is either a member profile, information that should be on the main site, information that should be in the documentation repository or a project page.
When I'm done, every member will be able to contribute a plaintext file formatted in markdown through the git repository for the page they want to add or modify, for simple changes they can use GitHub's web editor or for more advanced things they can pull the repository, add the files and submit them to the site.
If each member wants their own section for a blog or something that doesn't require change approval, we can do that by adding a submodule to a repository on their account that Jekyll will drill down in to and fetch pages on generation.
I'm experimenting to see if we can pull posts from submodules and display them in one stream.
Again, the way this works, if GitHub ever disappears it'll be easy just to move the files and Jekyll to our own server.