-
Notifications
You must be signed in to change notification settings - Fork 337
Troubleshooting & FAQs
Yes, you can.
Yes, it should. If the cloned projects are inside the folder with version-control, ignore it (cloned project folders are placed right next to the original project folder).
Take git as example, you may want to add something like *_clone_[0-9]*/
to your .gitignore
Saving assets directly from the clone editors is not recommended since it may be overridden by other editor instances. By default, asset serialization is being disabled on all clone instances and changes can only be made from the original project editor. This feature can be disabled from the preferences window if needed.
Changes need to be saved to the disk to be reflected in the clone editor, to make sure this happens:
- In the Original Editor: Do "File -> Save" and "File -> Save Project".
- In the Clone Editor: Manual refresh by pressing "Ctrl + R" or Enabled "Auto Refresh" in "Edit->Preference->General" (Which is enabled by default)
-
Make sure your project folder is being placed on a file system that supports the symbolic link. For example: NTFS
(Some file system commonly used in external storage, such as exFat, FAT32, doesn't support symbolic links) -
Make sure all files' path length in the project won't exist 260 characters, as this is the default Windows limitation.
ParrelSync is determining the clone running status by checking the Temp/UnityLockfile
file.
However, in some cases(ex: Unity crash), the Temp/UnityLockfile
won't be cleaned up.
If this happened, try deleting the Temp
folder to reset the clone running status.
This is a known issue of the current version of ParrelSync.
A temporary workaround will be by manually replacing the clone's Packages
folder with the one copy from the original project.
This will be fixed in the future update of ParrelSync.
Update: This has been fixed in the latest release (version 1.4.3)