Skip to content

move files

1 post with the tag "move files"

Copy, Organize, or Move Files With Blober

Choose copy as-is organize during backup or move files with Blober

One Feature, Four Different Intentions

Section titled "One Feature, Four Different Intentions"

The same file browser and destination controls can serve very different goals. Problems occur when the action does not match the intention.

Before choosing filters or a path template, decide which statement is true:

  1. "I need another copy exactly as this is."
  2. "I need a backup, but only of useful files."
  3. "I need a second copy arranged more clearly."
  4. "I need the files relocated and removed from the source."

Blober supports all four, but the safest settings differ.

Use this for disaster recovery, provider migration, or preservation when changing paths would make verification harder.

Action: Copy
Source: selected files or folders
Advanced Filters: unchanged
Include Subdirectories: enabled
Path Template: empty

Blober preserves the relative folder structure under the selected source folder. This is the simplest workflow and often the correct one.

Do not add a path template just to appear organized. A backup's first job may be fidelity.

Use this when the source contains rebuildable or irrelevant material:

Action: Copy
Selection: broad project folder
Include: required extensions or paths
Exclude: proxies, caches, temp files, dependencies
Path Template: empty or {file_dir}/{filename}

The destination can preserve the original hierarchy while omitting noise.

This approach is useful for:

  • Source code without installed dependencies
  • Video originals without proxies
  • Business records without autosaves
  • Approved exports without drafts

An exclusion rule is a recovery-policy decision. Confirm that omitted files can truly be rebuilt or discarded.

Use this when the source should remain untouched but the new copy should be easier to browse.

Action: Copy
Template: {file_ext}/{file_created_date}/{file_dir}/{filename}

This can split a mixed source by type and date while preserving nested project context.

It is especially valuable when copying from:

  • Flat object-storage prefixes
  • Camera-cloud libraries
  • Shared drives with inconsistent top-level folders
  • Old disks accumulated over many years

The organized destination is a second interpretation of the source, not proof that the original can be deleted.

Use Move only when the files should disappear from the source after successful transfer.

Appropriate examples:

  • Retiring completed projects from expensive active storage
  • Moving approved files out of an intake area
  • Relocating files into a final archive after verification
  • Cleaning up a provider after a completed migration

Move combines transfer and deletion. A wrong include rule may leave files behind; a wrong path rule may place them somewhere unexpected; a broad selection may relocate more than intended.

The safe sequence is:

  1. Build the intended workflow as Copy.
  2. Test a representative folder.
  3. Verify destination paths and open sample files.
  4. Confirm counts and task results.
  5. Use Move only for the verified scope.

Organizing Into Another Folder on the Same Provider

Section titled "Organizing Into Another Folder on the Same Provider"

Blober can use the same supported provider on both sides when the adapter and action allow it. This is useful for reorganizing one bucket, container, drive, or account into another location.

The destination must not be:

  • The same folder as the source
  • Inside a selected source folder

An overlapping destination could be picked up again while Blober scans the source, or cause a file to be copied onto itself, so Blober blocks it.

Choose:

  • A sibling folder
  • A different bucket or container
  • A separate account
  • Another provider

Example:

Source: incoming-media
Destination: organized-media
Action: Copy
Template: {file_ext}/{file_created_date}/{file_dir}/{filename}

A workflow records the source, selection, filters, destination, action, and path expression. That makes a proven organization rule repeatable.

Examples:

  • Run the same camera ingest after each shoot.
  • Copy each month's reports into a dated archive.
  • Move completed exports from intake to delivery.
  • Archive large files after projects close.

Repeatability is valuable only when the rule remains appropriate. Preview changes in source data before assuming an old filter still represents current folders and naming conventions.

Preview & Summary answers:

  • Which filters are active?
  • Which files currently match?
  • How many items and known bytes are represented?
  • What destination path will each example receive?
  • Is {file_dir} preserving the expected relative structure?

The workflow is saved before it is run. Saving the configuration does not itself transfer files. Running it creates a task that tracks per-file progress and results.

Choosing the Minimum Necessary Workflow

Section titled "Choosing the Minimum Necessary Workflow"
GoalActionFiltersTemplate
Exact second copyCopyNoneEmpty
Exclude noiseCopyYesUsually empty
Create organized libraryCopyOptionalYes
Relocate verified filesMoveOptionalOptional

Start at the leftmost simple solution that meets the actual need. Filters and templates are powerful because they are optional.

Read the complete path-template guide for path behavior, or explore professional workflow examples.