分步集市工作流程

Question

在我工作的地方，我们（大部分）都是两人一组工作。我们已经看到了版本控制的需求，并且由于其明显的灵活性，我们将使用 bazaar 作为我们的分布式版本控制系统。

经过一番实验，我们一致认为，为了建立一个项目，我们应该使用以下步骤：

在服务器上

1. bzr init （初始化项目）
2. bzr add （告诉bzr 来跟踪当前目录中的所有文件，因此在运行此命令之前请确保项目框架中没有不必要的文件）
3. bzr commit -m "initial commit" （将添加的文件提交到bzr 用于版本控制）

在开发机器上

1. 在您的本地机器上，执行 bzr 分支 project_dir

日常工作

我们目前正在尝试建立一个工作流程，将为我们工作。这是我们同意每天要做的事情：

1. 从 pull_path 中提取最新更改
2. 编码并提交。注意。您的提交将保存在您的本地计算机上。
3. 请参阅第 1 步。
4. 将您的更改推送到push_path（注意。push_path = pull_path)
5. 如果有任何冲突：
   
   • 首先尝试bzr解析。
   • 如果失败，请与您的合作伙伴联系并进行手动解决（打开 file.OTHER、file.BASE 和 file.THIS 并进行相关更改）。
   • 提交您的更改（bzr 提交）
   • 再次推送（bzr 推送）
   • 重复上述子点 (#5)，直到解决所有冲突。

就工作流程而言，这是用bazaar进行版本控制的正确方法吗？我们遇到过这样的问题：每次其他团队成员将更改推送到服务器时，我们的提交评论都会“更改所有权”。我很确定这不是它应该如何工作的，但这也可能是由于在项目设置阶段选择的某些选项造成的。

作为这里的 VCS 布道者，我正在编写一份供团队使用的指南，特别是随着团队的发展供新人使用，如果能有一套“正确”的步骤来完成工作，那就太好了。我们将非常感谢您为建立一个良好且简单的分步流程以充分利用 bzr 所做的贡献。请在此处添加您的贡献。

提前谢谢大家:)

Answer 1

您的服务器和开发机器上运行什么操作系统？还有文件系统？ Windows 文件系统的权限以及所有者/组有时与 UNIX 文件系统上的相同文件不同。这可能是第一个绊脚石。

Bazaar 工作流程：

在存储库服务器上运行主树，并在本地进行签出：

bzr checkout sftp://path/to/repo/project /var/source/project

将签出本地分支/到您的开发环境：

bzr branch sftp://path/to/repo /var/www/project

不处理签出，仅在开发分支上工作。使用各种 bzr 命令在那里工作和提交。

一旦工作模块/错误修复/任务完成，合并（而不是推送）到主存储库中：

//In /var/source/project
bzr merge /var/www/project
//Resolve any conflicts
bzr resolve
//Commit the merge
bzr commit -m "Work module | task | bug fixed"

因为 /var/source/project 是签出的，所以存储库服务器上的存储库将自动更新。这使得两个或更多开发人员能够同时处理同一个项目，而无需一直推拉。

Answer 2

我不确定您的提交消息如何更改所有权，如果您进行合并并提交，则新提交位于进行合并的人的名字下，但仍会跟踪原始提交。请参阅bzr log -n0