It made recognising incorrect entries needlessly slow

return goes back one frame up the stack
next goes back to the closest frame on the stack that supports the
operation (that is close enough in RefSeqGPFFParser alone)
It works unless I subclass create_xrefs, and then my Hive workers die:

Lost control. Check your Runnable for loose 'next' statements that are
not part of a loop       WORKER_ERROR

- New xref: to a WormBase CDS feature
- Modify WormbaseCElegansRefSeqGPFFParser to serve both kinds of files
- extract a utility method from RefSeqGPFFParser
- xref_config.ini stanza for wormbase_cds
- tests for new functionality

- maintain naming convention: WormBase specific stuff says Wormbase at the front
- rewrite WormBaseDirectParser
- WormBaseDirectParser populates protein_ids
- superclass method to make dependent protein_ids as parent
- tap into UniProtParser
  + also skip EMBL scaffold ids (we can't reliably assign them)
- tap into RefSeqGPFFParser
  + extract a method
- tests for new stuff
  + add %args to parametrise test_parser

Benefits for RefSeqGPFFParser:
RefSeq proteins have coordinates as part of their identity, so we
can't reliably sequence match them, we will also pick up all paralogs.
This change fixes this spurious mapping.
Benefits for UniProtParser:
Not the above: UniProt entries are not tied to coordinates so all
paralogs map to the same entry. We can handle versioning and updates
a bit better: if WormBase updates an entry and a protein id changes but
UniProt doesn't reflect this yet, with the change we will still pick up
the UniProt entry although we can't sequence match any more.

create_release_tasks.pl: explicitly dereference arguments to 'keys'

create_release_tasks.pl: distinguish between submitter and assignee

Merge e! 95 version bumps into master

Schema patch to update Vertebrates division names in the meta table f…

Fixed typo for new Vertebrate division name in metaContainer test

Schema patch to update Vertebrates division names in the meta table from Ensembl to EnsemblVertebrates for consistency. See declaration for details: https://www.ebi.ac.uk/panda/jira/browse/ENSINT-104.

Useful under the circumstance when the person running the script is not
in fact the RelCo for the next release, as it has already been the case
before. Saves one having to manually reassign all the newly created
tickets to the actual RelCo. Conversely, if it is the same person just
omit the new argument and the RelCo user name will be used to connect to
JIRA.

Note that the function validating user names is only applied to RelCo
ones. This is intentional, JIRA itself will complain if the submitter is
not authorised to create ENSCORESW tickets.

Being able to pass a scalar to e.g. keys was an experimental feature
that was added in Perl 5.14 and since declared failed, thus causing the
script to fail with an "Experimental keys on scalar is now forbidden"
error.

ENSCORESW-2850: optimised for single species run

ENSCORESW-2837: do not import dependent VGNC

ENSCORESW-2853: match Ensembl species names with underscores

Feature/xref config