BitBucket引入灾难恢复和合并策略

最近发布的bitbucket server和bitbucket data center 4.9让定义灾难恢复策略及设置首选合并策略等成为可能。

bitbucket data center通过将一个bitbucket server主实例复制到一个“冷备”实例实现灾难恢复支持，这两个实例可以处于不同的地理区域。为了实现灾难恢复，bitbucket的典型部署是，让多个bitbucket节点处于“冷”状态，而共享的文件服务器和数据库处于“热”状态，这样，就可以进行复制。一旦出现灾难，所有请求都会被重定向到备用实例，实现宕机时间最小化。

bitbucket server 4.9还允许团队通过定义一个默认选项指定他们首选的pull请求合并策略。此前，bitbucket会自动选择最合适的合并策略，比如启用fast-forward合并，或者强制显式合并。在4.9版本中，管理员可以定义一种默认的合并策略以及合并时可选的策略。例如，如果团队希望以丢失单个提交的细节信息为代价保留一个干净的分支，他们就可以选择squash合并策略。这样，pr中的所有提交都会合并到一个提交中。如果希望保留线性历史，则团队可以选择默认的fast-forward策略。squash和 fast-forward策略也可以结合在一起使用。

此外，bitbucket server和bitbucket data center 4.9新增了一种将外部库导入到新库的方法。代码可以从bitbucket cloud、github.com、github enterprise和其他任何基于http的git服务器导入。

本文转自d1net（转载）