Only Archive in Sequence

[qqmyers]

What this PR does / why we need it: For back-end stores using something like Oxford Common File Layout to deduplicate files across versions, the archival info for all prior dataset versions has to be in place before you can add the next/latest version. This PR adds a feature flag to turn on this behavior and adds code to check/fail if earlier versions haven't successfully been archived. It also avoids showing a submit button for a version in the dataset page version table if there's no chance of success (because earlier versions aren't archived).

Which issue(s) this PR closes:

• Closes #
  DANS issue 2097

Special notes for your reviewer:

• This include Fix Version Table Archiving Submit logic #12104 and bits of the changes for adding a supportsDelete method from Allow archiving when using 'Update-Current-Version' #12103 that affect the isVersionArchivable method.
• The change to FileMetadata is just to refactor out a common findPrior dataset version method.
• A Setting is used (versus a feature flag, etc.) because workflow steps currently only receive settings

Suggestions on how to test this: Set the flag, verify the datasetpage version table doesn't show a submit button for v2+ if you haven't archived v1. Verify an archiving post-publish workflow fails for new versions if v1 hasn't succeeded. (Probably easiest to delete the archival status of v1 via API, but could just configure the workflow after publishing v1).

Does this PR introduce a user interface change? If mockups are available, please link/include them here:

Is there a release notes update needed for this change?:

Additional documentation: