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（轉載）