问题标签 [bazaar]

使用化石/bzr 时是否可以模拟“git stash”的行为？

基本上我有兴趣处理以下工作流程：

• 在某些时候，源代码树有状态 X，它被提交
• 我继续编写新代码，我写了一段时间，我看到了重构的机会
• 我现在不能提交，因为我开始做的改变还没有完成，它还不是原子的
• 此时我会执行“git stash”，保存当前工作并返回状态 X
• 我会进行重构和提交，源代码现在有状态 Y
• 我会将状态 Y 中的源代码与 stash 中的代码合并，完成更改以使其成为原子，然后再次提交，将源代码推送到状态 Z

我认为通常可以在使用另一个 SCM 时模拟这种情况，方法是在状态 X 中分支代码而不是执行“git stash”，在该分支中进行重构，然后将分支合并回主分支。但我知道分支并不总是便宜的操作。那么有没有更好的特定方法最终依赖于化石/bzr 的特定特征？

例如，假设我将一个文件/project/file.cs从/project/subdir/file.cs. 如果 nautilus 自动将其转换为bzr mv /project/file.cs /project/subdir/file.cs. 可以这样设置吗？

如果我在mv对版本控制文件执行简单的旧操作时被警告，那也很好，但我想这是一个单独的问题。

Bazaar 有一个 Launchpad 伪协议 (lp:)，它能够让用户在远程分支中操作而无需编写完整的 Launchpad 位置，我正在寻找一种方法来以这样的方式创建自己的伪协议（类似于 GIT）：

...代替...

……真是让人头疼。

我阅读了有关 bazaar.conf 的信息，但您似乎只能为每个分支/存储库设置全局推送位置。我看到的另一种方法是使用别名，但有同样的问题，在需要创建新分支时非常难看。

是否可以在不修改 BZR 代码的情况下执行此操作？这应该很明显...

我正在尝试备份我的共享 bzr 存储库。我看过，bzr export hotcopy.tgz但似乎只是对最新版本进行了快照。

是否有进行备份的命令，或者我必须这样做

1. 完全签出到 tmp 目录
2. 压缩 tmp 目录
3. 删除 tmp 目录

还是有更好的方法来备份 bzr 存储库？

我很难理解bzr init-repo。

我有 3 个项目，我想在他们自己的隔离存储库中拥有，在 subversion 中我会使用svnadmin create3 次来创建它们。像这样：

以上将提供 3 个独立的颠覆存储库。

您如何创建 3 个独立的共享集市存储库？

你会这样做吗

或者你会这样做吗

还是有其他方法？

我想知道有什么区别

和

据我所知，唯一的区别是：

1. bzr get设置拉取位置。
2. bzr checkout不设置拉取位置，所以必须在第一次拉取时指定。

还有其他区别吗？

具体来说，我使用的是 bzr，但欢迎使用任何 VCS 的提示。

如何从 Bazaar 工作区中删除所有未版本控制的文件？我正在寻找相当于hg purge --allor git clean -fd。

bzr push默认为您推送到的第一个目标。如果我现在想推送到不同的位置，但又不想每次都手动输入，如何更改默认值？

您如何管理 DVCS 中的公共库源？

目前，我的团队使用 Perforce 来管理我们的软件项目。使用 Perforce 的“工作空间映射”功能，我能够轻松地将公共库源映射到开发应用程序目录中，从而保持源管理和开发项目工作之间的转换透明。例如，存储库看起来像这样：

单片机树结构

• 根
  • 应用
    • 论坛网站
    • 管理工具
  • 常见的
    • 事件记录器
    • json.parser
  • D b
    • 用户
    • 站点配置

由于漂亮的 P4 映射功能，我们的开发人员可以为他们工作的项目提取一整套源代码，以使用工作区映射最有意义的形式。典型的开发项目文件夹可能如下所示：

开发项目文件夹

当开发人员在他/她的任何组件或应用程序中编辑源代码时，这些更改将映射回正确版本点的正确源代码控制目录。这对开发人员来说是透明的，减少了管理的复杂性和建立新项目的时间。

我正在研究 Git、Bazaar 和 Mercurial 作为 Perforce 的潜在替代品。谁能提供有关在 DVCS 世界中如何处理常见组件源的见解？