标签: issue-tracking

我的团队正在寻求将我们的许多工具(SCM,错误跟踪,构建,测试)迁移到TFS.我们正在考虑分阶段移动每个系统.例如,首先移动源控件,然后移动bug /功能跟踪等等......

既然我们必须选择一个流程模板来使用源代码控制(或TFS中的任何内容),那么我们决定如何锁定？我希望避免以后再创建另一个项目(或者那不像我想的那样糟糕？).

我知道理论上可以自定义流程模板在事后配置的所有内容(对吗？),但这在实践中有多可行？

以下是我看到事情发生的方式:

1. 我们迁移源代码.我们选择微软的CMMI模板.
2. 我们创建了一个新的工作项(或签到说明),它是我们传统的错误跟踪系统的简单链接.
3. 我们工作了一段时间.
4. 我们等到(我们是一家规模不大的软件公司)的权力来制定新的TFS开发工作流程.这可能是新工作项的简单集合,也可能是配置各种内容的全新模板.
5. 我们尝试将我们的TFS项目迁移到这个新系统而不会丢失我们的历史.

我们是否会抱歉,我们不会等到所有这些决定在使用TFS之前完成？

我正在使用BitBucket私有仓库进行托管源代码控制.我想使用问题跟踪器来管理和分配团队中的问题.

使用JIRA,分支和问题的名称是相互关联的.

例如,ISSUE-123会自动将分支识别bugfix/ISSUE-123为相关,并在GUI中显示.

BitBucket的内置问题跟踪器是否支持此功能？如果是这样,我应该如何命名我的分支以便它们被链接？

我正在尝试在 bitbucket 私有存储库上设置问题跟踪，但没有用于管理/添加问题的按钮。在来自 atlassian 的这个教程中，它清楚地显示了问题和 wiki 按钮，但是这肯定是在他们创建管道之前，因为那个按钮也不存在。这是我的侧边栏的样子：

我在他们的博客上找到的与问题跟踪相关的最后一篇博文是关于管理问题的 UI 更新。在宣布发布管道的博客文章中，这里显示了一个屏幕截图，它具有与我相同的侧边栏布局，没有问题跟踪或 wiki 按钮，只有管道。Bitbucket 是否删除了问题跟踪？还是我只是瞎了眼/不够努力？如果这有所作为，我不是 repo 的管理员，而且我所在的团队没有使用 Premium。

TypeScript 版本 2.4.2，编译为--target ES6

代码行：

var coins: { coin: number}[] = [1,1,1]

导致 TypeScript 抛出

错误 TS2322：类型“number[]”无法分配给类型“{ coin：number；}[]'

然而，该行：

var coins: { coin: number}[] = Array(3).fill(1)

编译成功，没有错误。

这是 TypeScript 错误，还是预期行为（不是对以这种方式声明的数组进行类型检查）？如果是这样，为什么？

我正在尝试找出如何通过 Github API 关闭问题。

具体来说，我尝试通过 pyGitHub 和 python 来完成此操作，但知道如何通过 GitHub API 关闭问题就足以让我弄清楚。

有人能指出我正确的方向吗？我确信这很简单，但我在文档中找不到它

是否有一些现有工具可以自动在目前维护的Github存储库之间移动问题？我希望将问题从一个存储库复制到另一个存储库,而Github不直接支持此类操作.

我知道这些答案需要将元数据作为文本的一部分发布.例如,特定用户在特定日期不再显示问题,而导入日期和导入帐户将显示为创建日期和作者.

注意:它不是重复如何将github上的问题移动到另一个回购？- 接受的答案在过去很有用,但现在已经过时了,因为这个程序有一些未解决和忽略的错误.

注意:根据建议您是否应该重新询问是否有问题,但答案对您没有用？我问这个问题并解释为什么它不是现有类似问题的副本.

注意:由于它是关闭而不是迁移我在https://softwarerecs.stackexchange.com/questions/51653/moving-an-issue-on-github-to-another-repo-using-a-software-再次询问保持-在-2018

我正在处理一个与我完成的 gitlab 合并请求相关的问题，但我还无法做到这一点（我必须等待一些同事可以自由审查）。

现在，在我等待的同时，我应该开始处理一个新问题，但是，为了开发第二个问题的功能，我需要在第一个问题中提交的文件。

因此，我决定继续处理同一合并请求，然后同时审查两者。

我确信有一种方法可以在 gitlab 上标记该合并请求可以解决这两个问题，但我不记得如何做到这一点，而且我在 gitlab 文档中找到这样一个特定操作时遇到了一些问题！

合并请求关闭 2 个问题的示例：

我已在我的域上设置了trac以进行问题跟踪.如何配置它,以便当匿名用户访问域时,他们看到的只是一个登录表单.基本上我想要2个安全级别:

anonymous - 访问者只能访问登录选项

users (即已登录的其他人) - 可以访问所有内容

谢谢!

我们在JIRA中有自定义用户字段(即"业务分析师","开发人员"等),我们希望能够在分配到其中一个字段时向这些用户发送电子邮件.我查看了JIRA维基,但找不到办法.

我知道这可以通过'Issue Assigned'事件来实现,但在这种情况下,JIRA没有被分配,因为我们使用的是自定义字段.

这是可能吗？

我作为研究生研究的一部分与团队进行软件开发.我们参与了许多在不同地方托管的项目:一些在公共GitHub项目上,一些在私有Redmine实例上,等等.一些逻辑项目被分成多个项目存储库,通常包含一些公共部分和一些私有部分.我们正在为每个项目使用问题跟踪器来确定其各自的托管位置,这很好,除了我们现在有很多地方需要检查,我担心我们正在接近"工具超载" - 报告的地方太多了bug,太多地方检查错误报告.

所以,问题是:是否有一个聚合器工具/网络应用程序,我们可以配置为向我们展示至少一个来自多个不同的错误跟踪器的组合错误列表？如果它还能显示一个组合的"活动源"(如同GitHub和Redmine提供的那样),那就更好了,如果我们可以添加"一次性"外部错误来跟踪(例如上游bugzilla中的某些内容),那就更好了但现在我真的进入了梦境.

"我也是"更新2013-02-14:

我打算发一个明显与此重复的问题.由于它没有得到一个公认的答案(并且这些答案似乎都不是特别令人满意),我将扩展这个:

我正在处理多个团队(多个站点),每个团队使用不同的问题跟踪器(目前所有的Redmine,Jira,FogBugz和Trac).我可以通过Web访问跟踪器,我对每个跟踪器感兴趣的问题通常非常适合在其他跟踪器中交叉引用相关问题(理想情况下在自定义字段中).

是否有任何工具可以某种方式呈现一个更有统一的特定项目视图,有效地分布在多个团队中,而不是我现在从打开多个浏览器窗口时获得的？

我正在努力改进的工作流程的一个例子是发现一个团队声称已经修复的问题,但是下游相关团队需要刺激来挑选并验证它,或者发现下游何时确定不需要的东西更多,但没有通知上游.

请注意,流程,政策和政治是没有希望每个人都同意在某个地方使用一个共同的跟踪器.