我当前的客户使用 MKS 进行源代码控制。
他们有一项政策,即不授予开发人员删除成员的权限。因此,这也禁止我们进行移动等。
我已经询问了这背后的原因,我被告知这是因为一旦你从 MKS 中删除了一个成员,你就无法找回它。不像在 SVN 中你总是可以从历史中恢复,显然在 MKS 中,一旦它消失了,它就消失了。
这是真的,还是客户弄错了?
它们在 MKS 中的操作是否类似于 svn 的删除操作?
显然,无法完全控制我们的源代码树会导致我们的代码库出现问题。在我挑战这种做法之前,我想知道事实。
我当前的客户使用 MKS 进行源代码控制。
他们有一项政策,即不授予开发人员删除成员的权限。因此,这也禁止我们进行移动等。
我已经询问了这背后的原因,我被告知这是因为一旦你从 MKS 中删除了一个成员,你就无法找回它。不像在 SVN 中你总是可以从历史中恢复,显然在 MKS 中,一旦它消失了,它就消失了。
这是真的,还是客户弄错了?
它们在 MKS 中的操作是否类似于 svn 的删除操作?
显然,无法完全控制我们的源代码树会导致我们的代码库出现问题。在我挑战这种做法之前,我想知道事实。
您可以在 MKS 中恢复已删除的成员。 但是您必须知道服务器上的相关存档文件。如果成员被重命名和/或过去移动,这可能是一项非常困难的任务。
再次添加已删除成员的命令是“从存档中添加成员”。或者在命令行上:
si addmemberfromarchive
正如 Martin 所指出的,您需要知道中央服务器上存档文件的位置。
除了@Martin 和@SzG,我还想建议制作一份会员到档案的参考列表并保持更新。检查以下命令
si viewsandbox --recurse --xmlapi --sandbox=%SANDBOX% --includeDropped --fields=memberarchive,memberrev,workingarchive,workingrev,name
如果您不需要工作(存档|修订),您就可以了si viewproject