前页 后页

离线版本控制

加载使用版本控制的模型时, Enterprise Architect通常会为模型中定义的每个版本控制配置初始化到版本控制系统的连接。如果Enterprise Architect由于某种原因无法连接版本控制配置,它将显示警告消息来通知您,并为与失败的连接相关的所有软件包提供脱机版本控制功能。

通过选择在加载模型之前脱机工作,可以防止Enterprise Architect开始建立任何版本控制连接。

访问

色带

配置>版本控制>脱机工作

离线工作

概念

讨论区

也可以看看

选择脱机工作

如果事先知道Enterprise Architect无法连接到版本控制系统,则选择脱机工作很有用。例如:如果您使用的是与网络断开连接的便携式计算机,则在使用大量版本控制配置的Enterprise Architect模型上,可以选择在加载模型之前脱机工作,以避免出现所有错误消息系统通常会在每次版本控制连接尝试失败时显示。

您可以在模型加载之前或之后的任何时间在脱机工作和联机工作之间进行切换,方法是切换“脱机工作”菜单选项。 Enterprise Architect根据您的选择断开或重新连接版本控制(取决于连接可用性)。

与版本控制服务器断开连接时使用版本控制

Enterprise Architect “记住”模型的版本控制包的状态。与服务器断开连接之前签出给您的软件包仍然显示为签出给您,即使您不再连接到服务器也是如此。您仍然可以像往常一样编辑这些软件包。

与服务器断开连接之前未签出给您的软件包将显示为“受版本控制”并被锁定。在签出它们之前,您无法编辑这些软件包。

离线结帐

即使您的计算机与版本控制服务器断开连接,您也可以“签出”并编辑版本控制软件包。在此示例中,用于DFD的彩色“图8”图标表示您已离线检出。

The red checkout overlay icon indicates that the package was checked out of version control whilst off line. In Sparx Systems Enterprise Architect.

(在“逻辑视图”上显示的灰色“图8”图标表示您已在线签出版本控制包。)

您应该知道,版本控制系统以及其他用户无法知道您在离线时已“检出”软件包。两个用户同时编辑同一Package所导致的更改无法合并到XMI文件中。如果脱机签出导致两个人同时编辑相同的Package,则将更改重新联机后,将丢失第一个保存的更改集。

浏览器窗口指示器

检入脱机签出的软件包

将系统重新连接到版本控制服务器后,如果当前未由其他用户签出脱机签出的软件包,则可以签入该软件包。但是,在Enterprise Architect检入Package之前,它会将Package文件的本地工作副本与存储库中的最新修订进行比较。 (这些软件包文件在您的工作区域中保持不变,直到Enterprise Architect在签入之前再次导出该软件包为止。)如果存储库版本在上次更新本地副本时保持不变,则Enterprise Architect在不进一步提示的情况下导出并检入Package。

另一方面,如果存储库现在包含自上次更新本地副本以来已更改的文件,则检入Package将覆盖这些更改。 Enterprise Architect会显示一条消息,警告您即将发生的数据丢失,并使您有机会中止签入。此时,您必须使用“撤消签出”命令决定是放弃自己的更改,还是继续执行检入并覆盖自上次从存储库更新本地副本以来已提交给存储库的更改。

您可以使用“文件属性”命令来确定谁签入了该软件包的最后更改。这可以帮助您发现已上传的更改,并确定哪些更改优先。

软件包版本控制选项

断开连接之前先更新

只要连接到版本控制服务器,就始终使用软件包的最新版本。这是因为只有从版本控制中检出软件包,然后才能将软件包从存储库中加载到您的模型中,才能对软件包进行修改。

与版本控制服务器断开连接时,不会发生这种情况。您可以使用计算机上的任何版本进行工作,最早可以追溯到上次更新每个版本控制包的本地副本时。因此,如果计划在与版本控制断开连接的情况下使用模型,则最好在断开连接之前确保拥有所有软件包的最新版本。 “获取所有最新”选项使此任务变得简单。

软件包版本控制选项