1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

merge folder trees on OSX by moving, not copying them

Discussion in 'Programming/Internet' started by FotisK, Oct 8, 2018.

  1. FotisK

    FotisK Guest

    It's backup time, and I've been trying to merge two big directory trees on the same (physical) partition, with lots levels of depth. The first one is the base containing all my projects up to 2014, and the other one is only a partial one containing the "changes" that have happened over the last few years (2014-16). New projects, and revisited ones.

    In other words, mostly directories or files that have been added/modified exist in this new tree. There are a few files that only by accident ended up having the same name (but in essence are different, and not from the same original) and a few untouched files here and there (mostly files in projects that were revisited, updated, but not in every single aspect).

    Now I wish to consolidate all the changes in one big base tree so I can put it in my drawer. In the past I used to work with arRsync but it makes actual copies of the files; and at this point I don't have the space (or time) to spare for all the files to be duplicated. It needs to be done by moving the files.

    I've tried rsync, ditto, and the Finder on Sierra (with the alt key pressed), but all of them end up actually duplicating the files! Not sure if I missed something, but since I'm a bit stuck and afraid to mess up I thought of asking here for help!

    Anybody who could point me to a safe direction on how to merge these trees without copying but moving the folders/files?

    PS. I don't mind if the files with the same name get overwritten unintelligently - as long as no folder gets replaced, and all unique files come together it is good for me. The files that have the same name on both trees, are few and can be easily recovered. However it would be nice if the answer made mention on how to perform intelligently these overwrites for the sake of completeness (and future reference)

    Login To add answer/comment
     

Share This Page