Copy-Docs-to-blob failing due to int coercion failure

I just noticed this when debugging a [failed template release.](https://dev.azure.com/azure-sdk/internal/_build/results?buildId=1746088&view=logs&j=ba65ba83-2eec-5379-41a2-2e6e266f5589&t=c037160b-d4f2-5e48-f2e8-5f70bfd9cce2&l=90)

```
[debug]Before I update anything, I am seeing 0.1.0b1739996 0.1.0b1601336 0.1.0b1519537 0.1.0b1515718 0.1.0b1509267 0.1.0b1509174 0.1.0b1501189 0.1.0b1438905 0.1.0b1346480 0.1.0b1344135 0.1.0b1343905 0.1.0b1342033 0.1.0b1341685 0.1.0b1341183 0.1.0b1341181 0.1.0b1341073 0.1.0b1335041 0.1.0b1318893 0.1.0b1293622 0.1.0b1234791 0.1.0b1232944 0.1.0b1225851 0.1.0b1225620 0.1.0b1225425 0.1.0b1224132 0.1.0b1211402 0.1.0b1210009 0.1.0b1209911 0.1.0b1209518 0.1.0b1206681 0.1.0b1168668 0.1.0b1147355 0.1.0b1116250 0.1.0b1100944 0.1.0b1081877 0.1.0b1081799 0.1.0b1081751 0.1.0b1081670 0.1.0b1081627 0.1.0b1081142 0.1.0b1070204 0.1.0b1068496 0.1.0b1059173 0.1.0b1055583 0.1.0b1055159 0.1.0b1055044 0.1.0b1052595 0.1.0b1052528 0.1.0b1052320 0.1.0b1050658 0.1.0b1050445 0.1.0b1050300 0.1.0b1050171 0.1.0b1050076 0.1.0b1048524 0.1.0b1048340 0.1.0b1048268 0.1.0b1047815 0.1.0b1047666 0.1.0b1047518 0.1.0b1046524 0.1.0b1046487 0.1.0b1046334 0.1.0b1046241 0.1.0b1046086 0.1.0b1045637 0.1.0b1045454 0.1.0b1043890 0.1.0b1043693 0.1.0b1043474 0.1.0b1043092 0.1.0b1041568 0.1.0b1041184 0.1.0b1019602 0.1.0b1017384 0.1.0b1006474 0.1.0b1006312 0.1.0b971103 0.1.0b954542 0.1.0b954373 0.1.0b838605 0.1.0b838468 0.1.0b838231 0.1.0b833813 0.1.0b818445 0.1.0b808946 0.1.0b808421 0.1.0b808218 0.1.0b807707 0.1.0b807506 0.1.0b804881 0.1.0b804781 0.1.0b803264 0.1.0b802602 0.1.0b802463 0.1.0b802160 0.1.0b797212 0.1.0b793831 0.1.0b793415 0.1.0b791447 0.1.0b791168 0.1.0b787651 0.1.0b786827 0.1.0b786655 0.1.0b785077 0.1.0b784893 0.1.0b784148 0.1.0b784117 0.1.0b782627 0.1.0b782572 0.1.0b775162 0.1.0b774920 0.1.0b774812 0.1.0b774443 0.1.0b769700 0.1.0b756705 0.1.0b749306 0.1.0b747165 0.1.0b700722 0.1.0b687560 0.1.0b681528 0.1.0b678521 0.1.0b674756 0.1.0b674613 0.1.0b672930 0.1.0b650597 0.1.0b640293 0.1.0b639891 0.1.0b626355 0.1.0b625287 0.1.0b625234 0.1.0b34 0.1.0b33 0.1.0b32 0.1.0b31 0.1.0b30 0.1.0b29 0.1.0b28 0.1.0b27 0.1.0b26 0.1.0b25 0.1.0b24 0.1.0b23 0.1.0b22 0.1.0b21 0.1.0b20 0.1.0b19 0.1.0b18 0.1.0b17 0.1.0b16 0.1.0b15 0.1.0b14 0.1.0b13 0.1.0b12 0.1.0b11 0.1.0b10 0.1.0b9 0.1.0b8 0.1.0b7 0.1.0b6 0.1.0b5 0.1.0b4 0.1.0b3 0.1.0b2 0.1.0b1 0.0.18 0.0.18b3 0.0.18b2 0.0.18b1 0.0.17 0.0.17b1 0.0.16b1 0.0.15b1 0.0.14 0.0.14b1 0.0.13 0.0.12 0.0.11 0.0.10 0.0.8 0.0.6 0.0.5 0.0.4 0.0.3 0.0.2 0.0.1 0.0.1b1
[debug]Already Existing Versions. Adding 0.1.0a20220729011.
% : Cannot convert value "20220729011" to type "System.Int32". Error: "Value was either too large or too small for an Int32."
At D:\a\_work\1\s\eng\common\scripts\copy-docs-to-blobstorage.ps1:88 char:87
+ … ray = @(SortSemVersions -versions ($VersionArray | % { ToSemVer $_}))
+ ~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [ForEach-Object], RuntimeException
+ FullyQualifiedErrorId : InvalidCastFromStringToInteger,Microsoft.PowerShell.Commands.ForEachObjectCommand
```

Of course we caught this the friday before release week.