I think I may have figured it out - did you try to point SB at G:\Share ??
That doesn't work for me either (and I hit permission errors trying to copy anything to the \Share\ folder manually, too - I suspect it's some kind of cCloud-system-reserved location).
But if I set SB to point to just the drive letter (in my VM it was E:\ - in your case G:\ ), it worked - for a given value of 'work'.
However, I suspect you're going to be badly disappointed by the speed (it took 30 secs to upload 0.01 KB!).
Plus it doesn't support SafeCopy (Copy/Delete > Advanced) if a copy is there already, so you'd need to turn that off.
And the cloud service doesn't store the LastModified date/time, so every file will always look different to your Source files (cue constant re-copying...).
This last part is a constant issue with cloud services, requiring lots of hoops to jump though (and is why we don't support more of them, as the available workarounds tend to differ). The only thing you can do in the Free version is to set the profile so it doesn't compare dates/times if the same-name file is there already (which means you can't update a file after editing and expect it to be replaced unless the size changes too, which might not* be the case). We rely on LastModified to help decide 'which file wins' (plus, the default rule is 'Source always wins, if different' anyway, which (if the service doesn't store/list it), it will always be different, so constantly re-copied...)
In the commercial versions, there is a mode that can store details of what was uploaded last run, and compare your Source to that next time (rather then the cloud repository, with its incorrect meta-data). Such a profile can then base decisions on stored meta-data about your files as they were last run (compared to their meta-data on Source now). But the Free version doesn't have that.
* changing all instances of 'black' to 'white' in a text file likely won't change the size, but sure might change the content/sense of it...a change you might want to replicate, but...
That doesn't work for me either (and I hit permission errors trying to copy anything to the \Share\ folder manually, too - I suspect it's some kind of cCloud-system-reserved location).
But if I set SB to point to just the drive letter (in my VM it was E:\ - in your case G:\ ), it worked - for a given value of 'work'.
However, I suspect you're going to be badly disappointed by the speed (it took 30 secs to upload 0.01 KB!).
Plus it doesn't support SafeCopy (Copy/Delete > Advanced) if a copy is there already, so you'd need to turn that off.
And the cloud service doesn't store the LastModified date/time, so every file will always look different to your Source files (cue constant re-copying...).
This last part is a constant issue with cloud services, requiring lots of hoops to jump though (and is why we don't support more of them, as the available workarounds tend to differ). The only thing you can do in the Free version is to set the profile so it doesn't compare dates/times if the same-name file is there already (which means you can't update a file after editing and expect it to be replaced unless the size changes too, which might not* be the case). We rely on LastModified to help decide 'which file wins' (plus, the default rule is 'Source always wins, if different' anyway, which (if the service doesn't store/list it), it will always be different, so constantly re-copied...)
In the commercial versions, there is a mode that can store details of what was uploaded last run, and compare your Source to that next time (rather then the cloud repository, with its incorrect meta-data). Such a profile can then base decisions on stored meta-data about your files as they were last run (compared to their meta-data on Source now). But the Free version doesn't have that.
* changing all instances of 'black' to 'white' in a text file likely won't change the size, but sure might change the content/sense of it...a change you might want to replicate, but...