标签: changeset

IntellJ IDEA的变更清单是什么？一个变化列表比较什么？我可以拥有多个变更清单是什么意思？

特别是,当我恢复到早期版本(使用VCS)时,IntelliJ想要为此创建一个新的更改列表.为什么？在那种情况下,变化将与什么有关？假设我从版本23恢复到版本9.那么更改列表将包含版本23和9之间或8到9之间的更改？

我试着阅读文档,但它根本没有给我任何启发.

IntelliJ变更列表是否与Mercurial中变更集的概念相同,在这种情况下,变更列表只是修订历史图中节点的另一个名称,从概念上讲是什么？

在使用一个关联的存储库时,我习惯使用changeset关键字和commit的SHA1哈希来引用我的Trac票证中的更改集,如下所示:

[changeset:af54b6d]

这会给我一个指向相应变更集的超链接.

现在我正在开发一个项目,其中相同的Trac环境(版本0.12)有多个与之关联的git存储库,没有人 - 也不应该 - 是默认值,因此上述语法不再起作用.

任何人都可以帮我弄清楚如何在特定的存储库中引用变更集？

谢谢!

我知道TFS Power工具提供了强大的TFS命令行工具,可以通过Visual Studio集成功能提供更多功能.

我有几个与任何工作项无关的变更集.我想创建一个新的工作项并将这些现有的变更集与它相关联.

这可能吗？我没有看到任何特殊原因,但这取决于命令行工具是否提供此类功能.

我们正在使用Team Foundation Server,我们正在使用标签在我们的版本历史记录中创建点,其中生成了特定版本(内部或外部).

现在我们想知道特定变更集是否在特定标签之前或之后完成(因此包含在该版本中),但我们必须在错误的位置查找.这些信息通常在错误跟踪系统中提供,但这次这个字段保持打开,所以我们认为我们可以使用TFS来解决它.

文件的版本历史记录不包括应用的标签.要查找标签,我所知道的地方是使用"获取特定版本"对话框,将类型设置为标签并使用标签选择对话框查看我们制作了哪些标签,但此对话框并未告诉我变更集在应用标签之前/之后.

是唯一的方法来确定特定更改是否是该版本的一部分或不创建新工作区,将包含文件的目录映射到磁盘上的临时目录,使用"获取特定版本"对话框来提取该版本并执行此操作文件差异？

请告诉我我是多么愚蠢,并指出我正确的方向.

我有一个(远程)Hg存储库,有几个分支.我想验证分支A是否具有分支B具有的每个变更集(它可能有更多,这没关系).

有一个简单的方法来做到这一点hg吗？

我可以写一个小的shell脚本来做它,但它似乎可能出现很多东西,所以也许有一个简单的内置方式.

我知道有兴趣看到细节的变更集的ID.是否有任何地方我可以输入变更集的ID,以便查看提交中包含哪些更改,而无需知道更改所在的分支？

我正在使用VS2010/TFS2010.

我在转变121.

我想回滚到版本112,忽略了自那时以来我所做的所有更改.

我找到了这个答案,但我在菜单中找不到该命令.我现在一个小时都在苦苦挣扎,找不到真正的解决方案.我所要做的就是回滚到更改集112,无视自那时以来所做的所有更改.就像回到过去完全抹去过去一样.

我有以下情况:

• 我有网站A,它有Mercurial repo,我们已经开发了一段时间了.假设A有5次修订.
• 我们现在必须创建站点B,它几乎与站点A完全相同,除了图形设计.所以我克隆了回购,开始了网站B,现在B的回购已经包含了A的所有历史记录,还有一堆永远不会回到A的变更集(主要是CSS和图像).让我们说这些改变花了我3次修改.
• 最后,我现在改变了B,我想回到A,因为它属于两个站点.这是B的回购中的第9版.

问题是:我怎样才能将修订版9从B的回购转移到A的回购中,而不是移动修订版6-8？

• 我已经尝试过常规推/拉,但这会移动所有变更集.
• 我已经尝试导出捆绑包或补丁,但由于缺少父级,因此拒绝在A中导入.

我认为DVCS的优点之一就是我可以轻松地做到这一点(在"集中式"VCS世界中我可以通过分支和合并轻松修复,我已经用Vault做了很多而且很容易) .

我在这里错过了什么吗？

注意:我查看了"MQ",但这似乎是一大堆蠕虫,看起来它只会影响正常的提交周期.它是否正确？

任何帮助或指示将不胜感激.谢谢!

丹尼尔

环境

TFS 2010.三个分支: 主要,发展和发布.

题

我想轻松检索尚未完全合并到所有三个分支的变更集列表.

例如

让我说我有一个变更集,100,这是一个错误修复,并直接检入发布.我可以使用"跟踪"功能可视化它仅存在于"发布"中.

但这需要我知道看看那个变化集.我正在寻找一个通用列表,它会向我显示一个分支中存在的任何变更集,但不是所有三个变量集.

我知道的

我知道我可以将Release与Main进行比较以查看差异.这是我唯一的选择吗？

我尝试将变更集与工作项相关联,因此我可以查询非关闭工作项列表,然后作为"规则",我可以在关闭之前验证变更集是否已完全合并.并执行代码比较验证.

我有一个干净利落的Team Foundation Server Build.它生成几个程序集,我希望程序集版本的最后一个数字是changset数.也就是说,如果我提交changeset11667,例如程序集版本号应为"xyz11667".我检查了可用的宏,但没有一个是变更集号.

我仍然希望能够在我的开发机器上正常构建解决方案文件,只需使用签入的版本号.

我该如何实现这一目标？