gpt4 book ai didi

symstore - 维护夜间构建和发布构建的符号存储的策略

转载 作者:行者123 更新时间:2023-12-03 06:36:51 25 4
gpt4 key购买 nike

我正在尝试为我的组织及其各种产品设置一个中央符号服务器。每个产品都有一个夜间版本,以及“一次性”测试版本、RC 版本和发布版本。

我的目标是保留大约一个月的夜间构建符号,因为我们在这里做了很多“dogfooding”,以便人们使用内部构建,并且我们希望轻松调试从内部 winqual 获得的文件如果可能的话。

我还需要能够永久保留所有 beta、RC 和发布版本符号。

经过大量研究后,我认为最好的方法是拥有两个符号服务器:一个用于夜间构建(注册了之前的约 30 个构建),另一个用于永久存储 beta、RC 和发布符号。我将使用产品和版本标签将构建脚本添加到符号存储中,以记录产品和构建号。成功构建后,脚本将使用符号服务器中的history.txt来识别未删除的最旧构建,然后将其从符号存储中删除。

对于 beta、RC 和发布版本的“一次性”构建,它们在创建后将由构建和安装人员识别,并添加到第二个符号服务器(用于永久存储)也是如此。

所以我有几个问题:这看起来合理吗?必须有一种更简单的方法来做到这一点,大多数拥有符号服务器的组织不需要解决这个问题吗?

其次,如果我要继续采用这种方法,是否有一种万无一失的方法来识别在服务器上注册的最旧的已知符号集?我曾考虑过使用上次修改日期,但history.txt似乎最合适,但脚本解析可能容易出错。我希望能够仅添加一个包含产品和版本信息的符号,以及删除一个包含产品和版本信息的符号。

预先感谢您的帮助。我很乐意回答任何人可能提出的任何问题,或提供任何说明。

最佳答案

我认为两个独立的符号存储确实是您最好的选择。为了管理夜间构建的商店,我建议查看 AgeStore:http://msdn.microsoft.com/en-us/library/ff560046(v=vs.85).aspx

关于symstore - 维护夜间构建和发布构建的符号存储的策略,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7018507/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com