ScmProj

ScmProj是一個插件，組織設置VCS分行作為聯合項目。
安裝：
當前用戶只安裝
＆NBSP; 1。創建〜/ .bazaar / plugins目錄，如果不存在
＆NBSP; 2。 CD〜/ .bazaar /插件&&的bzr分支LP：BZR-scmproj scmproj
全系統安裝
另外，您也可以在系統範圍內的插件位置安裝它們：
$ sudo的./setup.py安裝
查看它
你可以檢查它是否是成功的做安裝：
BZR插件
並期待在輸出“scmproj”條目。
如果你想確保它的實際工作，你可以運行測試：
BZR自檢scmproj

什麼是此版本中的新：

• 在scmproj 0.6.2的新維護版本
• 在兼容的bzr 2.5。

什麼是0.6.1版本，新的：

• 的scmproj 0.6.1提供錯誤修正新版本改進項目V2支持。
• 在新的特點：項目增加和項目轉移命令

什麼是0.6.0版本，新的：

• 在此版本中引入的項目配置新的佈局（以該項目的頂級組件）以及支持快照
.bzrmeta / scmproj目錄。

什麼是0.5.2版本，新的：

• 在我認為這將是最後一個版本0.5系列。
• 在接下來的釋放將帶來新的格式和配置佈局。
• 在舊的格式將仍然支持，除了項目init命令所有操作。

什麼是0.5.1版本，新的：

• 在此版本的變化主要是集中在提高項目命令（PCMD），項目更新和項目發布命令。
• 現在，它可以很容易地指定要運行的命令的組件（使用PCMD --include / - 排除/ - 選擇）
。
• 此外，我已經添加了新的（簡單）的功能，內部命令執行人：使用一些檢查功能，它可以檢查組件樹的一些條件，只適用於符合條件的組件運行的命令。可能的情況是：
• 在所有組件;
• 在樹已更改的文件;
• 在樹上只有不變的文件;
• 在當地的分公司和分支機構的起源有不同的技巧;
• 在當地的分公司和分支機構的起源有平​​等的提示。
• 在這些自動使用其他命令類似的項目提交情況，項目更新，項目發布。
• 從這個小的改進最終的效果是非常友好和更快的接口。命令現在打印大多只有有用的信息，如果你有超過3-5個組成部分是非常重要的。

什麼版本0.5是新的：

• 在子項目簡化實施（不含變種的支持和只讀標誌）。
• ``項目發布--no-strict``可以用來調用``推--no-strict``的組件樹。 （錯誤＃474799）
• ``項目命令--dry-run``會顯示你會做，但實際上並不做任何事情。這是更好地與選項--verbose使用。
• ``項目info``現在顯示的組件和子項目的信息。 （錯誤＃313166）
• ``項目命令--shell``可以運行shell命令每個組件，而不是那些的bzr。 （錯誤＃349069）
• ``項目命令--varN XXX``：新的命令行選項``--var1``，``--var2``和``--var3``允許用戶指定其他模板變量用於替換的命令模板。 （錯誤＃489722）
• 在命令現在本地項目工作可能從子目錄中調用，而不是僅僅從項目的根。 （錯誤＃313150）
• 在兼容性休息：
• 在為盒裝的工作區中刪除了支持。
• 在沒有更多的奢望自己能比suport的BZR其他任何VCS。現在配置與VCS選項設置為其他VCS會引發錯誤。

什麼版本0.4.6是新的：

• 在這是修正版的scmproj 0.4.5。
• 在未來，我已經決定顯著返工scmproj插件，它的代碼，所以目前的狀態，現在進入維護模式。

什麼是0.4.5版本，新的：

• 在這個插件是嵌套樹基於仿真差創意，設計和實施的其他VCS類似的功能。 Scmproj沒有使用來自本地的bzr嵌套樹實現的任何代碼。
• 在我定義我的插件作為alpha級軟件的當前狀態。它的工作原理不夠好，使用它在實際工作中，我們用它在我的團隊在工作管理2複雜的產品，包括3到10以上的組件。我就不多說了，一切都將很容易與它，但沒有這樣的插件，我的團隊將無法手動管理這些產品。
• 在我進一步的計劃是scmproj返工的基礎上我已經得到了在過去的6個月（更好的配置，快照和子項目）的反饋意見，並開始適應從BZR嵌套樹一些代碼。我真的希望看到的bzr實施不久嵌套樹，但我不能永遠等待，我需要一些非理想的解決方案現在。

要求：

• 在Python中