We have a small team running StarTeam. A constant source of frustration and problems is the handling of deleted files in StarTeam. It is obvious that Starteam keeps track of deleted files internally, but it does not seem to be possible to get any information about a file deletion.
我们有一个运营StarTeam的小团队。持续不断的挫败感和问题是在StarTeam中处理已删除的文件。很明显,Starteam会在内部跟踪已删除的文件,但似乎无法获取有关文件删除的任何信息。
So far, my only solution to find the timing of a delete is to perform a manual binary search using the 'compare' views. Is there any better way (the query for 'delete time' never seems to pick up any files).
到目前为止,我找到删除时间的唯一解决方案是使用“比较”视图执行手动二进制搜索。有没有更好的方法('删除时间'的查询似乎永远不会拿起任何文件)。
2 个解决方案
#1
The Audit tab (just to the right of File, ChangeRequest, etc.) is probably your best bet if you're just looking for who deleted what and when. The Audit tab also provides information about when items and folders were created, shared, or moved, as well as when View labels are attached/detached. Whenever someone has files unexpectedly appear or disappear, I direct them to the Audit tab first.
审核选项卡(位于File,ChangeRequest等右侧)可能是您最好的选择,如果您只是在寻找谁删除了什么以及何时删除。 “审核”选项卡还提供有关何时创建,共享或移动项目和文件夹以及何时附加/分离视图标签的信息。每当有人意外出现或消失文件时,我首先将他们引导至审核标签。
There is a server-side configuration setting for the length of time the audit data is retained (30 days by default, I believe). Since it is not retained forever, it isn't a good option for historical data. The number of audits can be quite large in active views.
对于保留审计数据的时间长度,存在服务器端配置设置(默认情况下为30天)。由于它不会永久保留,因此它不是历史数据的好选择。在活动视图中,审核的数量可能非常大。
If you're looking for something more than that or older than your audit retention time, go with Bubbafat's suggestion of the SDK and getDeletedTime/getDeletedUserID.
如果您正在寻找比审计保留时间更长或更旧的内容,请使用Bubbafat建议的SDK和getDeletedTime / getDeletedUserID。
#2
Comparing views (or rolling back a view to see the item again) is the only way I know how to do this in StarTeam without writing code.
比较视图(或回滚视图以再次查看项目)是我知道如何在没有编写代码的情况下在StarTeam中执行此操作的唯一方法。
If you are willing to write a little code the StarTeam API provides the Item.getDeletedTime and Item.getDeletedUserId methods (I believe these showed up in 2006).
如果您愿意编写一些代码,StarTeam API会提供Item.getDeletedTime和Item.getDeletedUserId方法(我相信这些方法出现在2006年)。
#1
The Audit tab (just to the right of File, ChangeRequest, etc.) is probably your best bet if you're just looking for who deleted what and when. The Audit tab also provides information about when items and folders were created, shared, or moved, as well as when View labels are attached/detached. Whenever someone has files unexpectedly appear or disappear, I direct them to the Audit tab first.
审核选项卡(位于File,ChangeRequest等右侧)可能是您最好的选择,如果您只是在寻找谁删除了什么以及何时删除。 “审核”选项卡还提供有关何时创建,共享或移动项目和文件夹以及何时附加/分离视图标签的信息。每当有人意外出现或消失文件时,我首先将他们引导至审核标签。
There is a server-side configuration setting for the length of time the audit data is retained (30 days by default, I believe). Since it is not retained forever, it isn't a good option for historical data. The number of audits can be quite large in active views.
对于保留审计数据的时间长度,存在服务器端配置设置(默认情况下为30天)。由于它不会永久保留,因此它不是历史数据的好选择。在活动视图中,审核的数量可能非常大。
If you're looking for something more than that or older than your audit retention time, go with Bubbafat's suggestion of the SDK and getDeletedTime/getDeletedUserID.
如果您正在寻找比审计保留时间更长或更旧的内容,请使用Bubbafat建议的SDK和getDeletedTime / getDeletedUserID。
#2
Comparing views (or rolling back a view to see the item again) is the only way I know how to do this in StarTeam without writing code.
比较视图(或回滚视图以再次查看项目)是我知道如何在没有编写代码的情况下在StarTeam中执行此操作的唯一方法。
If you are willing to write a little code the StarTeam API provides the Item.getDeletedTime and Item.getDeletedUserId methods (I believe these showed up in 2006).
如果您愿意编写一些代码,StarTeam API会提供Item.getDeletedTime和Item.getDeletedUserId方法(我相信这些方法出现在2006年)。