Upload and Synchronize not compatible (/ timestamp) ?
Posted: Tue Nov 24, 2020 12:16 pm
Hello,
i've just tried the new v1.5.34 and thought of an old use case we didn't solved since last year (on a v0.0.21)
So yes, it worths a new try . (There were some exchanges by private mails with the VMS-IDE team, so it's to share it here too)
Since this alpha version we work like this:
If after the previous Upload i try just 1 Synchonize without editing any files, logically nothing should happens. Am i right ? Unfurntunately strange things appears ...
How can i deal with my use case ?
Thanks in advance
i've just tried the new v1.5.34 and thought of an old use case we didn't solved since last year (on a v0.0.21)
So yes, it worths a new try . (There were some exchanges by private mails with the VMS-IDE team, so it's to share it here too)
Since this alpha version we work like this:
- Cloning from Git our 14k files to our PC
- Uploading these 14k files to the OpenVMS server (~5 minutes). The synchronize function takes too long for that.
- Editing on our PC
- Quick Uploading to the OpenVMS server
- Buidling on the OpenVMS server
If after the previous Upload i try just 1 Synchonize without editing any files, logically nothing should happens. Am i right ? Unfurntunately strange things appears ...
- The good news first : ~ 10500 files were correctly not uploaded again
- But i'm notified about ~40 files which are needed to be downloaded manually ... but unnecessarily
- And moreover ~ 3500 files were uploaded again but unnecessarily again
- Exactly the same timestamp on OpenVMS and on PC
- Exactly the same timestamp, but need to be downloaded
- Not exactly the same timestamp, which was wrongly set by the Upload function
Code: Select all
"connection": {
...
"supportSetFileTime": true,
"unzipCmd": "unzip -oo",
...
"synchronize": {
"downloadNewFiles": "skip",
"keepAlive": false,
"preferZip": true,
"forceLocalTime": true,
"purge": true,
"setTimeAttempts": 3
},
...
Thanks in advance