chore: split migration file out for 26.03 (Sofie-Automation#1683)

Author: Julusian

meteor/server/migration/X_X_X.ts meteor/server/migration/26_03.tsmeteor/server/migration/X_X_X.ts renamed to meteor/server/migration/26_03.ts

@@ -1,5 +1,4 @@
 import { addMigrationSteps } from './databaseMigration'
-import { CURRENT_SYSTEM_VERSION } from './currentSystemVersion'
 import { MongoInternals } from 'meteor/mongo'
 import { Studios } from '../collections'
 import { ExpectedPackages } from '../collections'
@@ -11,17 +10,9 @@ import {
 import { BucketId, RundownId } from '@sofie-automation/corelib/dist/dataModel/Ids'
 import { assertNever, Complete } from '@sofie-automation/corelib/dist/lib'
 
-/*
- * **************************************************************************************
- *
- *  These migrations are destined for the next release
- *
- * (This file is to be renamed to the correct version number when doing the release)
- *
- * **************************************************************************************
- */
+// Release 26.03 (aka Release 53)
 
-export const addSteps = addMigrationSteps(CURRENT_SYSTEM_VERSION, [
+export const addSteps = addMigrationSteps('26.3.0', [
 	{
 		id: `Drop media manager collections`,
 		canBeRunAutomatically: true,
@@ -36,7 +27,9 @@ export const addSteps = addMigrationSteps(CURRENT_SYSTEM_VERSION, [
 				['expectedMediaItems', 'mediaWorkFlows', 'mediaWorkFlowSteps'].includes(c.name)
 			)
 			if (collectionsToDrop.length > 0) {
-				return `There are ${collectionsToDrop.length} obsolete collections to be removed: ${collectionsToDrop.map((c) => c.name).join(', ')}`
+				return `There are ${collectionsToDrop.length} obsolete collections to be removed: ${collectionsToDrop
+					.map((c) => c.name)
+					.join(', ')}`
 			}
 
 			return false

meteor/server/migration/currentSystemVersion.ts

@@ -55,4 +55,4 @@
  */
 
 // Note: Only set this to release versions, (ie X.Y.Z), not pre-releases (ie X.Y.Z-0-pre-release)
-export const CURRENT_SYSTEM_VERSION = '1.53.0'
+export const CURRENT_SYSTEM_VERSION = '26.3.0'

meteor/server/migration/migrations.ts

@@ -40,6 +40,5 @@ addSteps1_51_0()
 import { addSteps as addSteps1_52_0 } from './1_52_0'
 addSteps1_52_0()
 
-// Migrations for the in-development release:
-import { addSteps as addStepsX_X_X } from './X_X_X'
-addStepsX_X_X()
+import { addSteps as addSteps26_03 } from './26_03'
+addSteps26_03()

packages/documentation/docs/for-developers/device-integrations/tsr-plugins.md

@@ -1,6 +1,6 @@
 # TSR Plugins
 
-As of 1.53, it is possible to load additional device integrations into TSR as 'plugins'. This is intended to be an escape hatch when you need to make an integration for an internal system or for when an NDA with a device vendor does not allow for opensourcing. We still encourage anything which can be made opensource to be contributed back.
+As of 26.03, it is possible to load additional device integrations into TSR as 'plugins'. This is intended to be an escape hatch when you need to make an integration for an internal system or for when an NDA with a device vendor does not allow for opensourcing. We still encourage anything which can be made opensource to be contributed back.
 
 ## Creating a plugin
 

packages/documentation/versioned_docs/version-26.03.0/for-developers/device-integrations/tsr-plugins.md

@@ -1,6 +1,6 @@
 # TSR Plugins
 
-As of 1.53, it is possible to load additional device integrations into TSR as 'plugins'. This is intended to be an escape hatch when you need to make an integration for an internal system or for when an NDA with a device vendor does not allow for opensourcing. We still encourage anything which can be made opensource to be contributed back.
+As of 26.03, it is possible to load additional device integrations into TSR as 'plugins'. This is intended to be an escape hatch when you need to make an integration for an internal system or for when an NDA with a device vendor does not allow for opensourcing. We still encourage anything which can be made opensource to be contributed back.
 
 ## Creating a plugin