・龙智ALM方案      ・Perforce      ・Atlassian      ・Zephyr      ・IC-Manage


 
Helix DVCS 2015.2-有什么新的变化呢?
                                                                                                                                  2015.10.29


 
 
 

 
Perforce软件公司(@p4sven)技术市场部经理Sven Erik Knop

 
       Perforce Helix Versioning Engine 2015.2已经发布了,并且包含很多新的功能,它们是DVCS性能的提高。这些变化主要在于个人和共享服务器之间的交流。今天我会先做一个简单的综述-在以后的文章中我们将会深入研究这些功能。
 
    如果你们之前读过我的文章,关于跟pro一样的初始化。那你们可能会记得我强调过,如果你们想要推动更改到共享服务器中的话,为你们的个人服务器选择一个正确的用户名是很重要的。在2015.2中,你们可以在远程规范中定义一个远程用户。它可以使你们个人服务器和共享服务器保持不同的用户名。
 
        另外的优势是“p4 login”做了改进,使用了远程规范参数:
 
        p4 login –r一些远程服务器这意味着使用正确的用户名对共享服务器进行身份验证变得十分简单。推送和获取也变得容易得多。
 
       当涉及到用户名时,推送到另一个服务器上的更改获得了一个额外的字段,ImportedBy,它定义了执行推送的用户,这可以根据提交更改的用户不同而不同。
 
       既然更改可以根据不同的来源(例如个人服务器)变化,那我们就需要一种方式来验证通过所有服务器更改的身份。出于这个目的,工程师们增加了更改的另一个字段:身份。这个字段的内容是通过一个可配置的submit.identity的可控制的服务器范围,根据你们的策略可以取三种不同的值:
 
uuid:
    生成uuid,例如96000410-4616-403B-A9B5-172622DE027C
    校验和
    生成SHA1校验和
serverid:
        生成“serverid,change”例如,“sven.dvcs,12345”
        你们可以通过使用I option on ‘p4 describe’的已知身份来搜索更改。
 
        推送到另一个服务器上的更改不会激发任何提交触发器。为了能够控制和定制推送的更改,Helix Versioning Engine已经做了一些额外的触发器:分别是在推送操作之前、之中和之后的push-submit, push-content 和 push-commit。在之后的文章中我会讨论这些触发器的细节和一些使用案例。
       之后文章的另一个主题是当你们获取了新的选项使你们能够重定本地更改时,重写本地历史记录的切线depot的使用。现在,为什么不检查一下所有现存的和新的DVCS功能的发行说明和文件呢?
 
       Happy hacking.