redirector is now transition-config

This is the smallest change that will allow this to keep working.
Bigger change to come later.
Update comments to reflect new name for redirector

Also to reflect that we don't import mappings from redirector any more (and
haven't for a long time).
Rename some methods containing redirector

These were either no longer accurate or misleading - the hits import dealt with
hits from pre-transition logs and from post-transition logs - or no longer fit
the new name for the repo. Plus these names are shorter, which is nice.

Conflicts:

	lib/transition/import/site_yaml_file.rb
Rename data/redirector to data/transition-config

If you already have this checked out, you can do one of two things:
* run `bundle exec rake notmodules:sync` to fetch it cleanly
* run `mv data/redirector data/transition-config`
Stop caching Whitehall organisations API

There is no need to cache the results of the organisations API, and
doing so makes it harder to reason about changes to organisation slugs.
This has caused confusion when:

- importing site config for new sites which belong to organisations
  which have been created in Whitehall on that day, and therefore
  don't yet exist in Transition because the API was cached before
  they had been created;
- changing the slug of existing organisations in Whitehall: the caching
  means that after the slug has been changed in Transition for the
  existing organisation, a subsequent run of import:orgs_sites_hosts
  later that day would create a new organisation for the old slug
  from the cached data.

The cached_orgs_path parameter remains so that we can still use test
fixtures to avoid making API calls in specs. We could alternatively
use the test helpers from gds-api-adapters instead of the existing
fixtures, but we would probably want to simplify our test data in
that case.
Rename cached_org_path to org_yaml_path

We aren't using this for caching any more, so this name is less
misleading. This also adds a comment to clarify that this parameter
is only for use in tests.
Organisation slug changer

- changes the whitehall_slug of the organisation itself
- changes the organisation_slug of any users which reference that
  organisation
Rake task to invoke slug changer
Merge pull request #462 from alphagov/rake-task-for-org-slug-change

Rake task for org slug change
Merge pull request #463 from alphagov/stop_caching_whitehall_orgs

Stop caching Whitehall organisations API
Widen the column width of the mapping type radio buttons
Merge pull request #464 from alphagov/widen_mapping_edit_type_column

Widen the column width of the mapping type radio buttons
Merge pull request #460 from alphagov/rename_redirector

Rename redirector
Use path fields instead of `path_hash`.

We are now using the `path` and `canonical_path` fields throughout the
app, instead of the hashed variants, which we needed because of MySQL
limitations.

We've flipped the index in the `host_paths` table to use the `path`
field, and declared the hash variants as nullable throughout. We're not
removing the columns yet, so that we don't break existing processes that
try to write to them; we'll do that in a subsequent migration.

We also need to index the `canonical_path` field, to replace the index
on `c14n_path_hash`.

This mostly reverts commit 52f0b9fc800a62468ee25d57fe95dec765d1fdc1.

Conflicts:

	db/schema.rb
	lib/transition/import/hits_mappings_relations.rb
	spec/lib/transition/import/hits_mappings_relations_spec.rb
Check if there are conflicts on master when running the build

- This is taken from
  https://github.com/alphagov/specialist-publisher/commit/9a097249c142c6e7146706dfd5fc0282c92f4886, as a thing discussed in tech lead standup that could be useful and passed to me to do via Jamie.
Merge pull request #465 from alphagov/stop-using-path-hash

Use path fields instead of `path_hash`
Merge pull request #466 from alphagov/jenkins_test_merge_result_of_branches

Check if there are conflicts on master when running the build
Make migration slightly more robust

For some reason, when I dropped and migrated my database from scratch, this
migration would fail because it was using a column definitions for the Site
table which changed some time ago. Defining local copies of the models didn't
fix the problem.
Merge pull request #467 from alphagov/make_migration_slightly_more_robust

Make migration slightly more robust
Drop path_hash

By now nothing is using it, not here or in Bouncer or in any part of the
DB (was being used, albeit harmlessly in
index_mappings_on_site_id_and_path_hash)