Solidworks and dropbox or equivalent

Hello

In order to work with three people on the same file while working from home, we tried dropbox.

It's relatively practical because we have all the files locally on our computers. The synchronization is almost instantaneous. 

But, one major problem though: dropbox doesn't sync hidden files.

Example:

test. SLDPRT

~$essai. SLDPRT

 

the ~$essai file . SLDPRT doesn't sync, so user B doesn't see that user A is working on it. So it's very painful because you really have to work on separate parts. And there is a big risk of crushing the work of a colleague. 

Question:

 I tried SYNC.COM: same problem.

Do you know of a service (like Dropbox) that synchronizes an entire directory between several remote computers? Hidden files included? 

Thanks in advance

 

 

 

Hello

You can try GrabCAD WorkBench. It offers online PLM with many features.

Here's a comparison of the features with DropBox.

It would be nice to give us feedback. ;-)

Have a nice day.

2 Likes

Hello

Thank you for your answer, but I don't want to get into the heaviness of a PLM.

I tested:

DROP BOX: Does not synchronize temporary files ~$essai. SLDPRT

SYNC.COM: IDEM

ON DRIVE: DITTO

To finally find: 

www.goodsync.com

30 euros per year for 5 PCs.

it can be configured completely (hidden files, temporary files, empty directories, ..., ...). So we have to get our hands dirty a bit.

Like dropbox, it allows you to UPLOAD your local directory from your PC to the cloud.

And a change in the cloud brings the modification down to all connected PCs.

For the moment, I've tested it blank, without working on a project.

For now, we're content with DROPBOX by working on separate parts of the project.

We will soon be testing in real conditions by working on the same sets. it scares us a little bit though...

 

 

1 Like

Hello
I tested: Dropbox; GrabCAD Workbench; Teams.
I liked GrabCAD Workbench but like dropbox these apps are not validated internally.
Teams does the job with the local synchronization of the associated SharePoint library (we manage user rights on this library.
The only downside is that Teams works perfectly with files (Office) but for the CAD the Check-in/Check-out operation must be done manually at the risk of overwriting the work of colleagues, after that, as the library is versioned, there is little risk of loss.
 

Hi jerome42,
Have you made progress in your tests? I'm interested in that. ;-)
Are you in the Loire?

Have a nice day.

1 Like

Hi all
I just tested GoodSync (GS) to sync files between my PC and Google Drive. On paper it looks great.

Unfortunately, I don't have the impression that it works as we would like. When I switch a file to read-only in windows explorer, GS doesn't see any difference. so it can't work better in SolidWorks.
The problem probably comes from the fact that the copy cannot be done because it is not the same file management system between Windows and Google Drive.

The options below cannot be checked (at least they don't stay unchecked).

If anyone finds a way to do it, I'm all for it.
Thank you

Hello Pierre Edouard,

I don't understand why you monitor the "read-only" attribute.

In the examples I gave at the beginning of my post:

test. SLDPRT

-> this file does not become read-only when you open the test part.

~$essai. SLDPRT

-> this file does not become read-only when you open the test part. On the other hand, it is in a "hidden" attribute. And this attribute is well preserved in the propagation between my PC2, PC3, ...

What is your problem with "read-only" and solidworks files?

 

Hello Jerome42,

Ok, the mistake is me.
So if I understand correctly, the fact that a file is trying. SLDPRT either "read-only" or writable in SW goes through the ~$essai file. SLDPRT
However, in which directory is this ~$essai file created. SLDPRT? I can't find it in the same directory as my trial file . SLDPRT although I asked to show the hidden files in windows explorer.

strange what you're telling me there...

Test play. SLDPRT in a directory.

You open it.

In the same directory, solidworks creates a ~$essai part . SLDPRT (which is a hidden file)

 

(when you edit ~$essai. SLDPRT with a text editor, there is only the name of the "windows user" who opened the file inside the file. I guess it's thanks to this file that another solidworks (from another user, on another PC, who opens this same file test. SLDPRT) realizes that the file is already open by another user.

Hence the idea of wanting a sync of everything in the folder, including the ~$ files

So there, I don't understand.

When I open my trial file. SLDPRT  which is on my desktop, SW creates its duplicate ~$essai. SLDPRT
Now I open this same file from a C:\CAO\ directory and I don't have this ~$essai anymore. SLDPRT

Where can this come from???

Trying to rename the file stored on C

ditto, nothing to do, this file doesn't appear in any folder or subfolder on my C:\

for remrem: yes, I'm in the Loire, originally from the Ain.

I didn't make any progress in my tests because I was a little behind on the project.

I'll try soon.

 

 

I'm also from the Loire. What is the region you are in?
I've been working from home for two years and I'm interested in different file sharing and collaboration solutions in order to evolve.

yes, Lynkoa, 1st dating site between CADeux :-D

Any idea why there is no systematic creation of hidden files ~$...? This could well be the solution to online file sharing.

There's nothing like telecommuting when you're told: "carte blanche, make do"!

I just tested. I don't have any hidden files that appear either on the server, on my desktop or on my disk.

Clarification: I'm still working on windows 7: the behavior of the file system may be different if you're on windows 10...

For me under w10 the temporary files are still created, but hidden by default it seems to me. To display them, you have to play with the "show hidden files" options.

I say all this from memory without having the proof in front of me!

 

@sbadenis: I can't see them by displaying the "hidden elements" of course.

ditto... If anyone knows why, I think it would solve the sharing problem