问题标签 [bazaar]

I hear all this stuff about bazaar being slower than git. I haven't used too much distributed version control yet, but in Bazaar vs. Git on the bazaar site, they say that most complaints about performance aren't true anymore. Have you found this to be true? Is performance pretty much on par now?

I've heard that speed can affect workflow (people are more likely to do good thing X if X is fast). What specific cases does performance currently affect workflow in bazaar vs other systems (especially git), and how?

I'm just trying to get at why performance is of particular importance. Usually when I check something in or update it, I expect it to take a little while, but it doesn't matter. I commit/update when I have a second, so it doesn't interfere with my productivity. But then I haven't used DVCS yet, so maybe that has something to do with it?

我最近在我的 Mac 笔记本电脑上安装了 Bazaar，我正试图让 bzreclipse 工作。为此，我需要告诉它 bzr 可执行文件在哪里。我不知道安装程序把它放在哪里。有谁知道这个的默认位置是什么？

我的工作流程通常涉及我对文件进行多项更改，每一项更改都属于它自己的跨项目更改的概念单元（= 提交）。

我想做的是将某些差异（整个文件或仅文件的某些行）添加到待处理的提交（可能必须命名）并让多个待处理的提交“活动”同时。

然后，当所有文件中与特定挂起提交相关的所有更改都完成时，我可以提交命名的提交！

关于哪个 VCS 会是一个很好的候选人的任何想法？

我有一个问题，我不确定最好的解决方法。我一直在做一个需要我去中国进行安装和集成的项目。我的代码从一开始就被颠覆了，因为那是我过去知道并使用过的。我现在担心我在中国期间可能无法办理登机手续。

我认为在我离开时创建一个分支并使用 bazaar-cvs 并在我回来时将更改合并回 subversion 存储库可能是个好主意。

有什么需要注意的警告吗？我会丢失我的提交日志吗？任何完成 CMS 转换的人的建议将不胜感激。

在 svn 领域长期露营后，我开始使用 bazaar。我以前也有过 cvs 的经验，我偶尔也会使用标签。

使用 svn，一旦你发布了一个版本，你就可以将你的 trunk 复制到标签中，例如 svn copy trunk tags/1.2.0 。在 bazaar 中，我创建了相同的存储库结构，但是没有 bzr 复制选项和 bzr 标签的存在让我思考。

事实是我发现标签要么很难使用，要么没用。如果我使用标签，我基本上将我的主干作为唯一的目录，当我达到里程碑时，我会对其进行标签。然后，当达到新的里程碑时，我会继续开发和标记。这使以下任务复杂化：

• 递归地比较新版本和旧版本（使用类似 svn 的方法：diff --brief -r）
• 修复旧版本，并创建增加补丁版本的新版本（使用类似 svn 的方法：svn 复制 2.0.0 2.0.1，然后将修复添加到 2.0.1 并提交）
• 无需检查即可获得所需的版本（如果您以类似 svn 的方式检查整个树，则您拥有所有版本和分支，并且只执行一次）

结果，我在 bzr 中使用了相同的 svn repo 结构，并且每次都对主干进行物理复制。这意味着在这种安排中我看不到 bzr tag 命令的任何实际用途。如果每个版本都包含所有版本号，为什么我应该用版本号标记整个 repo 版本？

谁能指出我在使用和理解 bzr repo 的标签时做错了什么？

编辑

所以据我所知，这个概念是每个版本都有不同的 bzr 分支（独立分支，来自主干通过 bzr 分支）。它就像svn，只是你没有将根目录放在存储库中。我仍然没有真正看到标签的任何特殊原因，除了如果你说 foo-1.0.0 foo-1.0.1 foo-2.0.0 foo-2.1.0 trunk

并假设我总是在分支之前标记版本，主干将为所有版本添加标签，而 foo-2.0.0 的标签中将包含 foo-1.0.0，但没有 foo-1.0.1，因为它是从 foo-1.0 分支的.0.

我仍然没有真正看到拥有和使用标签的必要性。我的标签隐含在我为该分支选择的目录名称中。我对特定的版本号并不真正感兴趣，我只是对它进入特定目录感兴趣。

这是为了避免在存在冲突时在该文件中包含一些<<<或一些>>> 。

如果有冲突，我只想要一条消息告诉我有冲突，并且 bazaar 不应该弄乱文件。

使用 subversion，您可以修改svn:mime-type属性。但是不知道Bazaar有没有这个功能。

我正在使用 Bazaar 进行版本控制，对此我很满意。在 Bazaar 中，源代码控制中的每个树/项目都称为“分支”。

目前，我有一个用于实际应用程序的“主”分支和一个“开发”分支，其中包含单元测试以及用户手册等内容。这样，应用程序及其相关测试都是版本化的，但是分别地。

但是，我怀疑我这样做的方式不是最好的方式。例如，如果我要从那个“主”分支创建发布分支，那么这些发布分支将与单元测试不同步，除非我以相同的方式分支它们。

目前，为了创建应用程序的快照，我只是从该主分支导出所有文件并将它们压缩，因为该分支的树中没有任何内容不属于将发送给客户端的应用程序的一部分。

有什么更好的方法来做我正在做的事情？单元测试是否应该进入与应用程序相同的“主”分支，如果是这样，有什么方便的方法可以轻松创建“快照”，即相当于“每日构建”，仅包含将分发的文件应用程序？

谢谢大家的答案。很难决定接受谁的回答。我采用的解决方案是将测试放在主树的“测试”子目录中；如果我不想分发测试，我可以稍后轻松地将其删除。

在提交之前，我不小心用 bzr revert 恢复了我的所有更改。我的所有更改都丢失了，还是我可以以某种方式撤消还原？

我没有丢失很多更改，但是我很想知道是否有针对此的安全网。谷歌不帮助“撤消 bzr 恢复”。

我有兴趣尝试分布式版本控制系统。git 听起来很有希望，但我在某个地方看到了一个关于 git 的 Windows 端口的注释，上面写着“不要使用非 ASCII 文件名”。我现在找不到，但是有这个链接。它现在让我离开了 git，但我不知道其他选项是否更好。

对我的日本公司来说，支持非 ASCII 文件名是必不可少的。我正在寻找一种在内部将文件名存储为 Unicode，而不是依赖于平台的编码，这种编码会导致无尽的悲伤。所以：

1. 哪些 DVCS 支持 Unicode 文件名？
2. 在 Windows 和 Linux 中？
3. 理想情况下，可以在 Windows 和 Linux 机器之间传输存储库而问题最少？

假设我们有一个 subversion 存储库，它看起来像

其中 variantA 和 variantB 是原始软件的分支。

我正在寻找一种将此存储库迁移到分布式版本控制系统中的方法：一种方法

• 不一定只有一个命令
• 适用于任何一种著名的分布式版本控制系统
• 让 dvcs 想到它们的分支：/official/{0​​.1,0.2} 树，/variantA/trunk 树，...
• 让 dvcs 知道这些树的继承关系