Azure Synapse 工作区：脚本在哪里发布？
Azure Synapse Workspace: Where the scripts are published?
在 Azure Synapse 工作区中，有两个选项（在下面以红色显示）用于发布您的内容。 问题：content/scripts发布在哪里，发布后如何访问？
Azure Synapse Analytics 支持两种开发模型：
- Synapse live development: 用户在Synapse Studio中develops/debugs编写代码，然后发布到save/execute。 Synapse Studio 作者直接针对 Synapse 服务。
- Git-启用开发：用户 develops/debug 在 Synapse Studio 中编写代码并将更改提交到 Git 存储库的工作分支.用户可以连接 Azure DevOps 或 Synapse 工作区中的 GitHub git 存储库。
链接：
我发现这是 Synapse 中比较混乱的主题之一。它还适用于 Azure 数据工厂 (ADF)。对您的问题的简短回答是它被发布到 Live Synapse 服务。较长的版本如下。
Azure Synapse 有两种模式：Synapse Live 和（可选）Git 连接。
实时模式
实时模式是“生产”版本。它包含您的用户可以访问的所有工件（脚本、笔记本、管道等）（假设适当的安全性等）。它也是可以在外部执行的表面工件，如管道。当您在外部执行管道时（比如从逻辑应用程序），执行的是 Live 版本。 [同样，在 ADF 中也是如此]
无论您是直接在工作区中工作（如您的图片所示）还是在 Git 分支中工作（更多内容见下文），您都可以将它们视为“开发”版本。 “发布”促进工件从开发到生产。
在实时模式下，保存工件的唯一方法是发布，因此在某种程度上您直接在生产中工作：您保存的版本始终是已发布的版本。对于任何涉及团队的实际工作，这可能会很麻烦。强烈建议您将工作区连接到 Git 存储库。
Git模式
当您的工作区连接到 Git 时，您在一个分支机构工作。默认情况下，这很可能是“主要”分支。主分支是你的主干，你只能从主分支发布。但是您可以在 main 中工作很长时间而无需发布，因此它真正成为一个真正的开发环境。
在 Git 模式下，您将工件更改提交（保存）到 Git 分支。在未来的某个时候，当您准备好将工件移至生产环境时，您可以发布 main.在这种情况下发布会更新 Git 中的一个单独分支，通常名为“adf_publish”。这是一个你基本上不应该接触或尝试直接在其中工作的分支，因为我很确定它包含一些 Synapse 特定的项目。 [能够在主更新时自动发布是我个人的愿望清单项目。]
一些 Git 建议：如果您有一个团队（意味着超过 1 人）在工作区工作，您应该设置 Git 存储库以禁止提交到 main。 【其实，就算是你，我也会这么做】。个人应该始终从不同的分支工作，并使用合并请求将代码合并回主分支。我可以根据经验告诉你，直接在 main 中工作的多个人可能会把你的 repo 搞砸到无法发布的地步，纠正这个问题可没意思。
返回实时模式
即使您 Git 已连接，实时模式仍然存在。您可以随时从下拉列表中切换回它。当你这样做时，它就像一个保护模式，因为虽然你可以编写和执行脚本和笔记本，但你不能将它们保存到工作区。您还可以拥有只能在实时模式下操作的用户，因此他们是消费者而不是创作者。在实时模式下，您将无法查看 Git 存储库或分支或与之交互。当您准备好再次编辑时，您可以使用下拉菜单轻松返回 Git 模式。
在 Azure Synapse 工作区中，有两个选项（在下面以红色显示）用于发布您的内容。 问题：content/scripts发布在哪里，发布后如何访问？
Azure Synapse Analytics 支持两种开发模型：
- Synapse live development: 用户在Synapse Studio中develops/debugs编写代码，然后发布到save/execute。 Synapse Studio 作者直接针对 Synapse 服务。
- Git-启用开发：用户 develops/debug 在 Synapse Studio 中编写代码并将更改提交到 Git 存储库的工作分支.用户可以连接 Azure DevOps 或 Synapse 工作区中的 GitHub git 存储库。
链接：
我发现这是 Synapse 中比较混乱的主题之一。它还适用于 Azure 数据工厂 (ADF)。对您的问题的简短回答是它被发布到 Live Synapse 服务。较长的版本如下。
Azure Synapse 有两种模式：Synapse Live 和（可选）Git 连接。
实时模式
实时模式是“生产”版本。它包含您的用户可以访问的所有工件（脚本、笔记本、管道等）（假设适当的安全性等）。它也是可以在外部执行的表面工件，如管道。当您在外部执行管道时（比如从逻辑应用程序），执行的是 Live 版本。 [同样，在 ADF 中也是如此]
无论您是直接在工作区中工作（如您的图片所示）还是在 Git 分支中工作（更多内容见下文），您都可以将它们视为“开发”版本。 “发布”促进工件从开发到生产。
在实时模式下，保存工件的唯一方法是发布，因此在某种程度上您直接在生产中工作：您保存的版本始终是已发布的版本。对于任何涉及团队的实际工作，这可能会很麻烦。强烈建议您将工作区连接到 Git 存储库。
Git模式
当您的工作区连接到 Git 时，您在一个分支机构工作。默认情况下，这很可能是“主要”分支。主分支是你的主干，你只能从主分支发布。但是您可以在 main 中工作很长时间而无需发布，因此它真正成为一个真正的开发环境。
在 Git 模式下，您将工件更改提交（保存）到 Git 分支。在未来的某个时候，当您准备好将工件移至生产环境时，您可以发布 main.在这种情况下发布会更新 Git 中的一个单独分支，通常名为“adf_publish”。这是一个你基本上不应该接触或尝试直接在其中工作的分支，因为我很确定它包含一些 Synapse 特定的项目。 [能够在主更新时自动发布是我个人的愿望清单项目。]
一些 Git 建议：如果您有一个团队（意味着超过 1 人）在工作区工作，您应该设置 Git 存储库以禁止提交到 main。 【其实，就算是你，我也会这么做】。个人应该始终从不同的分支工作，并使用合并请求将代码合并回主分支。我可以根据经验告诉你，直接在 main 中工作的多个人可能会把你的 repo 搞砸到无法发布的地步，纠正这个问题可没意思。
返回实时模式
即使您 Git 已连接，实时模式仍然存在。您可以随时从下拉列表中切换回它。当你这样做时，它就像一个保护模式，因为虽然你可以编写和执行脚本和笔记本，但你不能将它们保存到工作区。您还可以拥有只能在实时模式下操作的用户，因此他们是消费者而不是创作者。在实时模式下，您将无法查看 Git 存储库或分支或与之交互。当您准备好再次编辑时，您可以使用下拉菜单轻松返回 Git 模式。