我发现这是 Synapse 中最令人困惑的主题之一。它还适用于 Azure 数据工厂 (ADF)。您的问题的简短答案是它会发布到 Live Synapse 服务。较长的版本如下。
Azure Synapse 有两种模式：Synapse Live 和（可选）Git 连接。
直播模式
实时模式是“生产”版本。它包含用户可以访问的所有工件（脚本、笔记本、管道等）（假设适当的安全性等）。它也是可以在外部执行的工件的表面，例如管道。当您在外部（例如从逻辑应用程序）执行管道时，执行的是实时版本。 [同样，ADF 中相同]
无论您是直接在工作区中工作（正如您的图像所暗示的那样）还是在 Git 分支中工作（下面将详细介绍），您都可以将它们视为“开发”版本。 “发布”促进了工件从开发到生产。
在实时模式下，保存工件的唯一方法是发布，因此在某种程度上您可以直接在生产中工作：您保存的版本始终是已发布的版本。对于任何涉及团队的实际工作，这可能会很麻烦。强烈建议您将工作区连接到 Git 存储库。
Git mode
当您的工作区连接到 Git 时，您就在分支中工作。默认情况下，这很可能是“主”分支。主分支是你的主干，你只能从主分支发布。但是你可以在 main 中工作很长时间而无需发布，所以它真正成为一个真正的开发环境。
在 Git 模式下，您将工件更改提交（保存）到 Git 分支。在未来的某个时刻，当您准备好将工件转移到生产环境时，您可以发布 main.在这种情况下发布会更新 Git 中通常名为“adf_publish”的单独分支。这是一个你基本上永远不应该接触或尝试直接使用的分支，因为我很确定它包含一些 Synapse 特定的项目。 [这是我的个人愿望清单项目，只要 main 更新就能够自动发布。]
一些 Git 建议：如果您有一个团队（意味着超过 1 人）在工作区中工作，您应该设置 Git 存储库以禁止提交到 main。 【其实，就算是你，我也会这么做的。】个人应该始终在不同的分支工作，并使用拉取请求将代码合并回主分支。我可以根据经验告诉你，多个人直接在 main 中工作可能会搞砸你的存储库，使其无法发布，纠正这一点并不有趣。
返回实时模式
即使您连接了 Git，实时模式仍然存在。您随时可以从下拉菜单切换回它。当您这样做时，它就像保护模式，因为虽然您可以编写和执行脚本和笔记本，但无法将它们保存到工作区。您还可以拥有只能在实时模式下操作的用户，因此他们是消费者而不是创作者。在实时模式下，您将无法查看 Git 存储库或分支或与之交互。当您准备再次编辑时，可以使用下拉菜单轻松返回 Git 模式。
