问题标签 [starteam]

We are using CruiseControl with a StarTeam server and having problems with the StarTeam server crashing. We are wondering if we are hitting the server too hard. Across 3 CruiseControl machines and a total of about 30 projects, we are logging into StarTeam and checking for modifications every minute or so. Most of our projects have ~20,000 files in them. Does anyone have experience with the performance limitations in this type of a scenario with StarTeam?

I'm also interested in performance metrics for CruiseControl with other version control systems -- such as TFS, Perforce, SVN, etc... Do they have scalability issues when using CruiseControl and a large number of projects with lots of files?

是否有人在使用巡航控制工具从starteam 获取文件以设置自动构建作业时遇到问题？

该脚本似乎运行良好，但一段时间后失败并显示错误消息错误发生：无法从网络读取数据：与 StarTeam 服务器的连接已丢失。

我不确定问题是否出在我们 Starteam 服务器的设置方式上，我们在团队中共享了 4 个许可证，如果服务器检测到一段时间内不活动，服务器会自动将人员注销

我正在使用 Cruise Control .Net 1.4 进行持续集成，并将其安装在我的 Windows 2000 桌面上。我有用于构建的 Nant 0.85。我的源代码控制在 Borland Starteam 2005 中。我安装了用于创建 VB.Net Windows 应用程序的 .Net 2003 框架。我已经安装了 CCNet，我认为我的 CCnet.config 文件配置正确。

我面临的问题是，每当我更改任何代码并签入 Starteam 时，CCNet 服务器都不会检测到修改，因此我无法根据修改触发我的构建。为此，我必须依靠 forcebuild。但是对于我的项目来说，每 1 分钟使用一次 forcebuild 是不可接受的。我希望触发器基于修改。即，一旦在 Starteam 上检测到更改，就会自动进行构建。

我的 CCNet.config 文件是这样的：

我的构建文件是这样的：

有人可以指导我吗？

我正在使用 Visual Studio 2005 和 StarTeam 2008（跨平台客户端和 VS 集成）。在某个时候，我在项目中添加了一个“App.config”。我现在注意到这个文件不会签入。

1. VS 中的“StarTeam Pending Checkins”窗口报告文件“不在视图中”。选择它进行签入并单击“签入文件”会导致出现一个对话框 - “任何操作...需要完成挂起的重命名/删除”。我单击“是”继续，但没有任何反应。

2. StarTeam 客户端将此文件报告为“已修改”。如果我从客户端签入，我不会收到“完成挂起的重命名/删除”对话框，并且该文件很快就会显示为“当前”状态。

3. 从 VS 刷新 StarTeam，我仍然将文件视为“不在视图中”。

我试过强制签入。我完全删除了我的工作文件并重新提取了解决方案，希望 StarTeam 状态（“当前”）将适用于 VS。

我们有一个 StarTeam 视图，其中包含两个处于“未知”状态的文件 - 有没有人了解它们为什么处于这种状态和/或我们如何让它们脱离这种状态？

删除它们并用不同的名称重新添加它们是唯一的解决方案吗？

请注意，如果您检出这两个文件（定期或使用“强制检出”），它们将始终被列为“未知”（烦人）。

谢谢。

更多信息基于克雷格的以下建议：

a) 使用 MD5 校验和计算文件状态：相同的结果（“未知”状态）

b) 这两个有问题的文件在服务器上只有一个修订版。我不确定这是否是因为我们的 CM 小组试图通过删除和重新创建文件来解决问题，或者是否真的只有一个修订版。这些文件是文本文件。

c) 我尝试删除本地机器上的文件并刷新状态。当我这样做时，我看到的不是列出为“未知”的两个文件，而是总共列出了四个状态为“丢失”的文件。每个文件列出两个条目 - 每对具有相同的文件名、文件夹路径、“修改者”和“签入时的文件戳”。我不知道为什么每个文件都列出了两次。如果我选择一对中的每个条目并选择“比较内容”，我的差异工具会说它们是相同的。

无论我使用 MD5 校验和比较还是非 MD5，这四个文件都有同样的奇怪问题。

如果我尝试检查所有四个丢失的文件，我会收到两个提醒我合并文件的警报。我说不，这些文件现在在我的本地文件系统上，状态又回到了我开始的地方——两个文件被列为“未知”。

克雷格的更新：

你肯定在做某事。我将每个重复的项目移动到另一个目录。这立即解决了这个问题，因为我现在可以在没有任何“未知”项目的情况下签出四个项目（两个在同一目录中，两个在新目录中）。然后我删除了我移动到新目录的两个项目。

在这样做时，我看到了更多信息。我们不知何故有一个这样的目录结构：

不知何故，我们有五个同名的子目录，而这两个文件存在于两个同名的子目录中。

问题似乎已解决。你认为我应该手动删除额外的子目录吗？

感谢克雷格，这个问题似乎得到了解决。我不知道这种情况是如何造成的（任何人？）但是..我们现在很好。谢谢克雷格！

我们正在寻找有关 StarTeam 配置的一些建议。我们有一个项目被两个主要客户使用。我们共享一个共同的代码库，但我们希望能够一次为一个客户进行开发。有谁知道使用 StarTeam 的最佳方法是什么？

我想你会想做这样的事情：

当 1.1 完成后，您可以将此代码合并到 2.0 中。与 1.2 相同。然后您将创建 2.1 或 2.2。

这有意义吗？只是寻找一些适用于我们的场景并且可以轻松与 StarTeam 一起使用的常识配置管理解决方案。

谢谢。

更新：我找到了一个 ST最佳实践指南，其中包含有关此问题的有用信息（请参阅第 5 章）。这些建议与 Craig 的 ST 用法一致（见下文）。请注意，本指南于 2003 年 12 月发布。

StarTeam 在视图之间共享文件。基本上，StarTeam 中的视图可以共享来自其他视图的单个文件。然后它也可以分支文件。是否可以迁移 StarTeam 中彼此共享数百个文件的视图？有人有这方面的经验吗？假设唯一的解决方案是在 GIT 中将一个 StarTeam“视图”转换为一个存储库，那么是否有策略仍然允许在 GIT 中的多个存储库之间共享文件？

肖恩

在 Borland Starteam 中，我想自动化一个非常简单的 rebase，它只 repins 文件（即忽略其他所有内容 - 假设使用向导完成）。

查看 StarTeam 帮助“VCMUtility 会话选项”，我想将我的 DefaultAction 设置为忽略所有内容——除了 source.modified 应该是 repin。我没有看到一种明显的方法来覆盖所有（因为这是列出所有组合的联合不是一个选项）。

有没有人有任何示例配置文件？或者有使用 StarTeam 执行此操作的经验？

我正在使用 StarTeam 4.1，并且正在尝试使用 StarTeam 的命令行版本来签出文件夹中的所有文件。但由于某种原因，它没有检出到 C:\Installation，而是检出到 C:\400\Installation。在 GUI 中，StarTeam 明确指出完整的工作文件夹路径是 C:\Installation。如果我运行 stcmd.exe 并尝试从安装的根目录检出单个文件，它说没有这样的文件，而我可以从 GUI 中检出它。stcmd.exe 也不会显示安装的所有子文件夹。知道为什么会发生这种情况吗？

我有一个非常奇怪的情况......从 StarTeam 迁移到 TFS（使用 TimlyMigration == awesome）后，有一个奇怪的地方。

当我查看源代码控制视图中的任何给定文件时，我会看到所有迁移的历史记录。但是，如果项目中的其他人查看该文件，则看不到历史记录。这听起来像是一个权限问题，但即使我更改他们的组成员身份，将他们添加到项目管理员中，他们仍然无法获得历史记录。

所以我想知道resposity是否可能存在问题，以及是否有我可以运行的TFS内部一致性检查器。