You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Issue was raised during microbiome meeting today about how when files are moved locally, ddsclient uploads a new copy (but does not delete the old one)
I recall in the design of ddsclient that we discussed how to notice file moves and that ddsclient is not a sync client. However, since real-world use does involve re-organizing directories, we should consider how to improve this case.
Second, we could add a move command to the command-line to call this endpoint
Third, we could re-visit how to detect local filesystem moves and apply them remotely.
The text was updated successfully, but these errors were encountered:
In support of #243 adds leading slash to remote paths.
This allows users to naturally specify the top level 'directory'
of a project with '/'. Previously this was omitted to match
the DukeDS web portal.
Changes the download command arguments include/exclude to allow
leading slash or the current functionality of omitting the leading
slash.
Issue was raised during microbiome meeting today about how when files are moved locally, ddsclient uploads a new copy (but does not delete the old one)
I recall in the design of ddsclient that we discussed how to notice file moves and that ddsclient is not a sync client. However, since real-world use does involve re-organizing directories, we should consider how to improve this case.
I think first, we could provide SDK support for PUT /api/v1/files/:id/move
Second, we could add a move command to the command-line to call this endpoint
Third, we could re-visit how to detect local filesystem moves and apply them remotely.
The text was updated successfully, but these errors were encountered: