工作区

使用工作区对代码更改进行分组并管理。

通过 Google 跟踪代码管理器工作区，您可以为容器创建多组更改。团队成员可以在各自的工作区中使用这些更改独立开发自己的代码配置。这项功能可让您还原对之前的工作区配置所做的更改，从而实现版本控制，而且还有助于防止团队成员无意中发布其他人尚未完成的更改。

您每次对容器进行更改时，都是在工作区中完成。每个容器都会创建一个默认工作区。对于普通帐号，您最多可以添加两个额外工作区，而对于跟踪代码管理器 360 帐号，您可以创建任意数量的工作区。

何时新建工作区

在跟踪代码管理器中，您可以使用工作区处理一组更改，并用这组更改生成一个版本。当您希望在主正式版代码配置之外另行开发并测试代码配置时，或者当您有多个用户在处理不同的代码配置时，建议您新建工作区。

每个容器都有一个版本流。当新建版本时，每个工作区都会显示一个通知，指出工作区已过时，并提示进行工作区更新。

在工作区生成版本或发布时，其名称、备注和更改列表会转入到相应的版本中。然后，工作区会被移除。在工作区生成版本或发布后，会重新创建默认工作区。

在管理工作区页面上，您可以新建工作区，切换到其他工作区，或者移除现有的工作区。

要新建工作区，请执行以下操作：

在左侧导航栏中，点击当前工作区菜单。
在管理工作区页面右上角，点击添加。
输入新工作区的名称和说明。工作区名称和说明在以后将成为版本名称和说明，因此请制定一个含义明确的命名方案，确保命名能反映工作区的目标。例如：“第 1 季度的新 Floodlight”、“第 2 季度的更新 Google Analytics（分析）”等。
点击保存。

要切换到其他工作区，请按以下步骤操作：

提示：如果列表中的工作区很多，可点击右上角的搜索图标并输入相应字词来缩小列表范围。

要移除工作区，请执行以下操作：

跟踪代码管理器 360 的客户可以创建任意数量的工作区。其他用户最多只能创建三个并行工作区：一个默认工作区和两个自定义工作区。

使用多个工作区时，如果容器中任何一个工作区发生更改，容器中的所有其他工作区都可能会变得过时。要更新工作区，请执行以下操作：

更新工作区会将该容器的其他版本自您上次更新以来所发生的全部更改纳入到工作区中。如果其中任何更改与当前工作区中的更改发生冲突，系统会向您显示这些冲突，并提示您予以解决。

如果发现任何冲突，工作区概览页面将显示“发现冲突”消息。选择解决冲突可让系统显示冲突解决工具。

您可以一次解决一个冲突。左侧会显示最新同步版本的配置，右侧会显示当前工作区的配置。每个冲突都会突出显示，而突出显示的颜色会说明冲突的性质：

对于每个冲突，请决定是忽略最新同步版本中的更改，还是复制最新同步版本中的更改。您可以使用解决所有来忽略最新同步版本中的所有更改。解决所有冲突后，保存您的更改。对任何其他冲突重复此过程。

在当前工作区生成版本或发布时，当前工作区中的更改会覆盖最新同步版本中已被忽略的所有更改。

将所做更改降到最少：对于每组既相互关联、又要同时发布的更改，请分别创建一个工作区。例如，您可以在一个工作区中处理 Google Analytics（分析）网页浏览代码初始部署版中的代码、触发器和变量，并在另一个工作区中处理 Google Analytics（分析）事件跟踪代码的配置。

使用工作区对常见更改分组：如果您的某个代理机构不仅要处理 Google Analytics（分析）代码，还要处理 Floodlight 代码，则应使用两个工作区来确保配置相互独立。这有助于控制代码的发布顺序，并且版本历史记录也会更加清晰。

使用工作区管理团队：让每个团队或个人使用单独的工作区。此外，每个团队或个人也可以使用多个工作区处理多组不同的更改。

使用一致的描述性命名惯例：在发布容器或保存版本时，请输入便于他人了解更改内容的版本名称和说明。例如：

使用工作区测试配置：工作区可用于测试更改，而且不会导致出现他人意外发布您的工作成果的风险。您可以将工作区用作沙盒，对配置容器中的更改进行试用。如果您选择不发布工作区中的更改，可以将工作区保存起来供日后参考，或将其删除。

您有什么改进建议？