问题标签 [unshelve]

假设我团队中的某个开发人员搁置了他在分支 A 中所做的更改。而我正在处理分支 B。我可以将他的更改搁置到分支 B 中吗？（通过 GUI 或命令提示符）

我有以下情况：

用户搁置了一些更改。时间流逝，一个新的产品分支诞生了。稍后，确定搁置集中包含我们将在新分支中需要的代码。

默认情况下; Visual Studio 只能将搁置集更改还原到搁置它们的位置。是否可以在新分支中恢复我的搁置集？我不希望将代码签入原始分支，因为它会破坏内容。

这是我得到的部分：当您搁置在 TFS 中时，它会生成更改的服务器副本，因此它们不会丢失，但不会将它们签入您正在处理的源代码主干/分支中。

问题：在什么情况下你会使用“unshelve”功能？这是否意味着它将从 TFS 服务器中删除搁置集？你能从书架上拿东西吗？或者它真的只是搁置集和“真实”源代码之间的差异描述？

我们的团队刚刚开始使用 Mercurial。我们开始玩的第一件事是hg shelve. 在本地，我搁置更改没有问题。据我所知，这一切都很完美。但是，当我尝试取消搁置时，我收到了restoring backup files消息，但是当我运行时hg diff，没有任何更改，并且代码中缺少我的更改。如果我这样做hg unshelve -i了，我可以看到差异，但同样，尝试取消搁置似乎没有任何效果。

我一直在尝试通过一些非常简单的更改来测试它，这些更改在冲突方面不应该成为问题，例如添加测试注释。我应该注意到我已经尝试过hg unshelve -f了，但它unshelve completed再次说，我的更改没有恢复。

任何想法我做错了什么？

如果重要：Mercurial 分布式 SCM（版本 1.5.1+20100405）

我在 Team Server 2010 中使用 Visual Studio 2010 Pro，我的项目（显然）作为 repo 中的解决方案打开，但我应该将其打开为“网站”。我在编译期间发现了这一点，所以我搁置了我的新更改并从本地磁盘中删除了该项目，然后再次从源代码（这次是网站）打开了该项目，现在我无法取消搁置我的文件。

有没有办法解决这个问题？我炸了什么东西吗？我需要在服务器上进行维护吗？

我在 SO #2332685 上找到了这个问题，但我不知道他在说什么缓存文件（我在 XP 上：\） 编辑：发布问题后找到这个链接，抱歉延迟研究，仍然没有解决我的问题

当然，我在任何地方都找不到 TF203015 的错误代码，所以也没有解决方案（因此我在标题中包含了数字，是吗？）

编辑：我可能应该提到这些文件一开始就没有被签入。这有关系吗？您可以搁置未检查的项目吗？那是我做错了吗？

编辑：WHAP - 找到了！！！对不存在的项目使用“撤消” ，因为它们在挂起的更改中显示为签入。

取消搁置库中搁置的文件时，如何指示Perforce将更改合并到工作区中现有的、打开的和修改的文件中？Perforce 似乎为用户提供的唯一选项是覆盖或恢复工作区中的现有文件，但这不允许，例如，取消搁置和集成多个更改列表中对同一文件的更改。有没有办法绕过这个限制？

我有一个 CL 1000 的 perforce 架子。它被某个不知名的 CL X 的其他人搁置了。

我在 CL 2000。我想同步到任何 X 并且取消搁置 1000，因此我的代码与搁置时完全相同。我该怎么做呢？

我想将一个搁置集从一个分支迁移到另一个分支。这是我的命令：

tfpt unshelve MigrateShelf /migrate /source:"$/Code/OldBranch/Source" /target:"$/Code/NewBranch/Source"

当我执行它时，我会弹出窗口，但它仍然未搁置到 OldBranch 中。

我看到这个问题

tfpt migrate for TFS 没有做任何事情

看起来他有同样的问题，但他接受了一个答案，然后抱怨它没有解决他的问题？

我只是想取消搁置几天前添加的搁置集。同时，其他人已成功签入搁置集中包含的文件的新版本。由于我的文件在最新版本和搁置集之间存在冲突（因为它有另一个基本变更集），我想将我的代码库恢复为搁置集使用的这个特定版本。

我现在如何确定使用了哪个基本版本的搁置集？不幸的是，“详细信息”中没有关于此的信息 - 搁置信息。

我希望UserA能够在 Perforce 中创建一个更改列表，然后将其搁置。然后，我希望UserB能够取消搁置该更改列表并提交它。

这听起来很简单，但是 Perforce unshelfing 似乎并没有像我期望的那样工作。当 UserB 运行“p4 unshelve -s 1234”时，它会从更改 1234 中取消所有已更改的文件，但不会带来更改的元数据（描述、作业修复）！这意味着 UserB 可以将搁置的 CL复制到全新的 CL 中并提交（通过手动重新创建描述和修复），但这会使旧的搁置 CL 闲置。

这里合乎逻辑的事情是让UserB

1. 取消搁置 CL
2. 查看搁置的 CL 的元数据
3. 将该元数据复制到新的CL中
4. 提交新的 CL
5. 删除旧搁置的 CL

这就是Perforce 文档甚至推荐的内容。有一个小问题：不允许 UserB 删除另一个用户搁置的 CL！只有 UserA 和 p4 管理员可以删除他搁置的 CL。我不明白为什么文档会掩盖这一点。

以前有人遇到过这个问题吗？你是怎么解决的？

编辑：我应该澄清我的问题非常笼统。我正在开发一个工具，其中UserA是开发人员，而UserB是构建系统本身。开发人员会搁置一个 CL，然后让构建系统取消搁置并通过一系列构建和测试对其进行验证（如果它通过所有这些测试，则自动提交 CL）。如果构建系统提交它们似乎注定要失败，希望每个开发人员记得删除他们搁置的 CL！