Amend the glossary definition of a mapping
Add tests for existing global behaviour
Import whether the path should be appended
Indicate when the path is appended in a global 301
Add methods to site for global statuses

This gives a bit of consistency with Mapping and also puts the knowledge about
the contents of this field in fewer places.
Add specs for existing validations
Extra validation on global_new_url

If the path the user requested is appended to the global_new_url, it is
probably a mistake if the global_new_url includes a querystring.
Merge pull request #272 from alphagov/add_global_redirect_appending_path

Add global redirect appending path
Upgrade to paper_trail 3.0.2

This will enable us to fix a bug with recording tag changes.
Don't record non-existent changes to tag_list

We were generating changes for the tag_list when it wasn't changing, we think
this was introduced by the background_bulk_add branch.
Merge pull request #278 from alphagov/amend_glossary_mapping_definition

Amend the glossary definition of a mapping
Merge pull request #280 from alphagov/dont_record_nonsense_tag_list_changes

Don't record nonsense tag list changes
Don't do DB access in the view: saved_mapping_ids
Move bulk add mappings filters into a module

* Previously, we had to duplicate the same filters across controllers
* Since we're already including the module, make that include happen
  via a method call instead
* That method call passes through the options to before_filter
* Since the use of the filter also depends on find_site, move that
  into the module too
Be consistent in language with other mixins

* acts_as_taggable_on
* has_paper_trail
* tracks_mappings_progress (not the imperative track_mappings_progress)
Merge pull request #282 from alphagov/refactor_saved_mapping_ids_module

Move bulk add mappings filters into a module
Merge pull request #281 from alphagov/refactor_saved_mapping_ids

Don't do DB access in the view: saved_mapping_ids
Narrow the scope to load fewer objects

I believe this could load HostPath hashes for HostPaths on other sites, not
just the relevant one. It wouldn't have updated the Hits on those sites as
the Hits are scoped to the relevant site.
More efficiently update the related hits

Rather than fetching and instantiating each Hit that should be related to this
mapping, just send a single SQL UPDATE to update them all.
Update HostPaths, not just hits on Mapping create