> For the complete documentation index, see [llms.txt](https://morphic.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://morphic.com/docs/zh/gong-zuo-liu/version-history.md).

# 版本历史

Morphic 每次工作流发生变化时都会保留一个版本。版本历史会显示所有版本、创建者和创建时间，并允许你重新启用较早的版本。

这正是共享工作流可以安全编辑的原因。如果某个更改没有奏效，或者队友改动了你依赖的内容，之前的版本仍然保留着。

这里有一段关于如何在 Morphic 中使用版本历史的简短教程：

### 打开版本历史

1. 前往 [工作流](https://studio.morphic.com/workflows)
2. 将鼠标悬停在你想要的工作流上，然后点击其卡片上的“···”菜单
3. 点击“版本历史”

工作流会打开，右侧显示版本列表，最新的在前，并按月份分组。每条记录都会显示创建时间和创建者，因此在团队共享的工作流中，你可以看到是谁改了什么。

### 查看较早的版本

1. 点击列表中的任意版本
2. 工作流会以当时的状态显示，包括当时拥有的输入和步骤
3. 屏幕底部的栏会显示你当前正在查看的是哪个版本

查看旧版本不会对其他人造成任何影响。你团队运行的工作流仍然是当前版本，直到你发布另一个版本为止。

要停止查看并返回当前版本，请点击底部栏中的“取消”。

### 重新启用较早的版本

1. 打开你想要的版本
2. 点击底部栏中的“发布版本”
3. 对话框会显示你选定的版本名称。点击“发布版本”确认

该版本会成为所有人用来运行工作流的版本。

之后创建的版本仍会保留在列表中。回退并不意味着丢弃之后的内容，所以你可以像回退一样再次前进。

### 改为使用副本

当你想尝试一些改动，而又不想影响其他人正在运行的工作流时，可以复制一份并在副本上操作。

1. 将鼠标悬停在该工作流上并点击“···”菜单
2. 点击“复制”

副本本身也是一个独立的工作流。它从你复制的那个版本开始，并从那里建立自己的历史，而原始工作流则保持不变并继续运行。

### 需要了解

* 查看旧版本不会对任何人造成影响。只有发布才会产生影响。
* 发布较早的版本不会删除其后的版本，因此你可以像回退一样再次前进。
* 在团队共享的工作流中，列表会显示每个版本的创建者，这是最快找出发生了什么变化以及该问谁的方法。

这就是 Morphic 中版本历史的工作方式。你可以用它回到较早的版本，或者先在副本上尝试更改。

***

如果您遇到任何问题或有任何疑问，欢迎随时联系我们。我们很乐意为您提供帮助。请写信至 [**support@morphic.com**](mailto:support@morphic.com)**.**


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://morphic.com/docs/zh/gong-zuo-liu/version-history.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.