Remove nose from requirements.txt.

We need it only for tests, and it's already in tests_require.
Don't omit the config.py template from the built package.
Use setup.py test for tests so nose gets installed.
Add continuous deployment script. No self-updating of the script itself yet.
Decouple and stop hard-coding things.

* Lift up _latest_successful_build() to make testing easier.
* Allow command-line customization of just about everything.
* Take the newline-stripping out of run(). It turned out to be seldom useful--not worth the coupling.
This is about 200 chars (but only 1 line) shorter and has less "self." noise than the class-based version.
Fix bugs so the thing actually runs. Change some confusing vocab.
For now, let old versions of the deploy script deploy new versions of the code.

It may well never be worth the time, complexity, and effort to do better.

So we merge the deployment-only requirements file with the one for DXR proper, and we'll run the deployment script out of the deployed DXR venv.
Add continuous deployment support.
Quiet the git commands so they don't make cron noise.

We may have yet to quiet pip; we'll see.
Correct typo in context menu.
Fix 404 when using the "Browse folder contents" context menu item.
Include the compiled Clang plugin when doing setup.py install. Close #110.

You still have to run `make` manually first, but it's a step in the right direction.
Give config.py template a ".jinja" extension so package installation doesn't freak out trying to byte-compile it.

This knocks out one reason the continuous-deployment script is mailing me.
Quash warning about missing *.so files from the continuous deployment script by blacklisting rather than whitelisting in the manifest.

We don't need the clang plugin's shared lib on the webhead.

Start including the docs folder and C source files with the sdist.

Oddly, I can't seem to persuade either recursive-exclude or global-exclude to exclude all hidden files, no matter how I fiddle, so I've had to enumerate them.
Never mind; you can't win. Now it complains about there being no *.pyc matches, etc. Werkzeug has the same problem.

Go back to whitelisting, put up with the kind-of-spurious error for now, and swallow stderr for the install command so we don't get cron mail.
Turn off the 'Unprocessed kind' message spew.