> For the complete documentation index, see [llms.txt](https://academy.shade.inc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://academy.shade.inc/shade-academy/shade-academy-zh/su-cai/copying-content-between-drives.md).
# 复制与移动内容
## 在云盘内复制
你可以通过右键点击想要复制的文件/文件夹并选择 **复制 > 创建副本**。请注意，元数据和评论不会被一并复制。
## 在云盘之间复制
你可以在 Shade 应用中直接将文件和文件夹从一个云盘复制到另一个云盘：
1. 右键点击该文件或文件夹并选择 **复制 > 复制文件** （或 **复制 > 复制文件夹**）。若要一次复制多个项目，请先选中它们，右键点击，然后选择 **复制**。你也可以按 `Cmd/Ctrl + C`.
2. 打开目标云盘，并进入你要复制到的文件夹。
3. 右键点击目标文件夹并选择 **粘贴**，或按 `Cmd/Ctrl + V`.
要在云盘之间复制：
* 你需要对两个云盘都有编辑权限。
* 两个云盘必须位于相同的存储区域。如果不在同一存储区域，Shade 会显示 **无法在不同区域的云盘之间粘贴**。请改用下面的 ShadeFS 方法。
### 在不同区域的云盘之间复制
如果你的云盘位于不同的存储区域，你可以通过 ShadeFS 挂载来复制内容。
在开始之前，你的缓存空间必须至少为要传输素材总量的两倍。你可以在 [工作区设置](https://academy.shade.inc/shadefs/managing-the-shadefs-cache)中进行更改。例如，如果你想在两个云盘之间移动 50GB 的数据，你应该至少预留 100GB 的缓存空间。
1. 挂载包含源内容的云盘
2. 挂载包含目标文件夹的云盘
3. 直接从文件管理器中复制该文件夹
4. 在 Shade 应用中监控上传状态
### 超过缓存空间的复制
如果你需要复制的内容超过了缓存空间所能支持的容量，可以考虑通过右键点击该文件夹并下载来执行完整文件夹下载，然后将文件夹拖放到新云盘中，完成完整文件夹上传。
### 超过 5TB 的复制
如果你需要在云盘之间复制超过 5TB 的资产，我们建议使用 Rclone 设置一个自动化任务。Rclone 是一种第三方工具，专为在远程之间传输大量数据而设计。\
\
## 移动素材
你可以通过简单地拖放将素材移动到文件夹中。
文件或文件夹无法移动最常见的原因是名称冲突。例如，如果你尝试将 `Asset.png` 从 `/Edits` 移动到 `/Ready` ，而在 `Asset.png` 中已经存在名为 `/Ready`的文件，移动就会失败。文件夹也是如此。
在移动素材之前，请确保目标文件夹中不存在同名的文件或文件夹。
### 移动到另一个云盘
1. 右键点击你想要移动的文件或文件夹并选择 **移动**.
2. 在 **目标云盘**，然后选择你想要将它们移动到的云盘。
3. 选择目标文件夹并点击 **移动**.
4. 点击以下内容进行确认 **仍然移动**.
当你将项目移动到另一个云盘时，评论和自定义元数据不会被一并带过去。你需要对两个云盘都有编辑权限。无法移动到的云盘会列在 **不兼容的云盘** 下方，并注明原因，例如存储区域不同，或是在 Active Storage、Vault 和 BYOS 云盘之间移动。
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://academy.shade.inc/shade-academy/shade-academy-zh/su-cai/copying-content-between-drives.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
