小组编程模型

通常,每个小组成员在他们自己的工作台中进行他们的所有工作,与其他人是分开的。而到了最后,他们会想要与其他人共享他们的工作并得到同组成员的更改。他们是通过流来完成这些工作的。

流是小组共享和集成他们正在进行的工作的地方。

可将流认为是一个共享工作区,当小组成员对项目进行更改时,就更新了该工作区。此模型允许各个成员从事小组项目、在进行更改时与其他成员共享他们的工作以及在项目进展时了解其他成员的工作。

共享工作

当小组成员完成了新的工作时,他们通过将那些更改发布到流而共享此工作成果。同样,当他们想要获取最新的可用工作成果时,他们可以捕获流上的更改。因而,当小组成员提交新的工作成果时,流就在不断地更改着并向前发展。

流有效地表示了项目的当前状态。在任何时候,小组成员都可以捕获流并知道他们是最新的。

小组编程模型

相关主题:

  • 参见“捕获”
  • 参见“发布”
  • 最有利的小组模型

    版本控制系统提供了在小组中工作所必需的两个重要功能部件:

    1. 由小组提交的工作历史

    2. 协调和集成此工作的方法。

    维护历史是很重要的,使得人们可以将当前工作与先前的工作进行比较以及回复为较好的旧工作等等。协调工作是很关键的,以便存在一个当前项目状态定义,且它包含了集成的小组工作。此协调是通过流模型提供的。

    最有利的模型就是任何小组成员都可以在其中更改他/她具有访问权的任何资源的模型。由于两个小组成员可以发布到同一资源的流更改,所以冲突可能会发生且必须进行处理。此模型称为最有利的,因为假定它发生的冲突很少。

    理想的工作流

    动机

    通常,资源不会孤立存在:它们通常包含从属于其他资源的隐式或显式从属项。例如,web 页具有指向其他 web 页的链接,而源代码具有对在其他源代码资源中描述的助诊文件的引用。没有孤立的资源。

    当将资源发布到流时,这些从属项会受到影响。由于流表示当前项目状态,因此确保从属项的完整性是很重要的:在任何时候,小组成员都可以将流内容当作新工作的基础。

    因而,理想的工作流就是保持了流完整性的工作流。

    枚举的理想流

    理想工作流流程如下:

    1. 开始:开始工作之前,获取当前流状态。如果您确定没有您关心的本地工作,则最快的获取方法是从流中选择您感兴趣的项目并选择“添加到工作区”。这将用从流中选择的项目完全覆盖本地资源。

    2. 进行更改:在工作台中以本地方式工作,并创建新的资源、修改现有的资源以及以本地方式按您的指示保存资源。

    3. 同步:当准备好发布工作时,将工作与流同步。

    4. 捕获:检查入局更改并将它们添加到本地工作台。这让您确定是否存在可能影响将发布内容的完整性的更改。解决冲突。重新测试并运行完整性检查器(例如,检查断开的超文本链接以及确保代码编译等等)。

    5. 发布:在确信您的更改已与最新的流内容很好地集成在一起之后,就将您的更改发布到流。为谨慎起见,可重复步骤 4(如果再有新的入局更改的话)。

    这自然就是一个理想的工作流。在某些情况下,您可能可以确信入局更改对您毫无影响,从而选择发布而不必进行捕获。然而,小组成员通常应尽量遵循类似于以上内容的流来确保不会意外危及流完整性。