描述
Helix Core 企業版
產品變得越來越複雜，構建它們需要協調許多不同類型的資訊，包括Code、CAD檔案、多媒體和通常由分散在世界各地的團隊創建。如果這些團隊處理的檔案斷開連結，則會減慢產品的交付速度。它還會增加設計錯誤和知識產權損失的風險。解決方案是 Helix Core，它是 Perforce 最快、最具可擴展性的版本控制解決方案。Helix Core 連接貢獻者、保護知識產權並支持快速發布週期，沒有太大的文件，也沒有太分散的團隊。
貢獻者將他們的工作直接從他們喜歡的工具同步到 Helix Core，無論是 Photoshop、Visual Studio 還是其他流行的 IDEs。由於 Helix Core 本機支持 Git，開發人員可以使用他們喜歡的 Git 工具，而不會在文件、儲存庫或團隊增長時出現規模和性能問題。在構建時，全球團隊的構建速度比 Git 服務器快 80%。
安全性包括檔案級權限、完整的審查追蹤以及對 SSO 和 MFA 的支援。Helix Core 可擴展到數萬使用者、每天數千萬筆交易和數以百計 TB 的數據。
Helix Core 是定義產品的所有內容的單一真實來源，為 DevOps 團隊提供了他們信任的 Perforce 的速度、規模和安全性。使用 Helix Core 連接團隊、保護知識產權並支持蓬勃發展的業務。
用有效的版本控制加速創新
通過在一個平台追蹤每個數位資產(包括代碼、視頻、大型二進位檔案、ip等)來節省時間。
為什麼選擇 Helix Core 進行軟體版本控制？
首先，這是全球最快的版本控制軟體。
Helix Core 充分利用 Perforce 客戶依賴的版本控制引擎實現快速的資料資產管理。Helix Core 可在一個資料庫中安全管理所有數位內容，甚至是大型檔案，並且可以將檔案快速提供給大型分散式團隊。
藉由對身份驗證和其他強大安全功能的支援，Helix Core 為您最寶貴資產——您的智慧財產權，提供最堅固最安全的版本控制系統。
為全球創新者提供快速、無與倫比可擴展性的版本控制軟體
功能介紹
面向現代化開發團隊的關鍵版本控制軟體功能
單一可靠來源
為任何數量的使用者儲存任何類型的資產，並且沒有檔案大小限制
- 輕鬆對任何類型的大小檔案進行版本控制
- 總數據可擴展數 TB
- 支援上萬個同時使用者
- 處理大容量自動化環境
- 聯合同步全球團隊
工作流程自由
Helix 版本控制軟體可為您和您的開發人員提供前所未有的自由，在您喜歡的地點和時間通過您喜歡的方式工作：
- 從世界任何地方遠端工作
- 只選取您需要的檔案
- 鎖定檔案防止重寫二進位檔案
- 重新命名資料夾和檔案以實現最大效率
- 設置細微性檔案許可權以便整體控制
- 在擴展資料庫時具有一致性能
靈活的分支
輕鬆管理任何專案 — 從最簡單到最複雜：
- 分流： 簡化和自動化分派最佳做法
- 任務流： 在“羽量級分支”中切割單獨任務
- 擱置： 將正在進行的工作安全存放於伺服器上
- DVCS 或集中式：本地工作或者靠著Server工作
富有成效的介面體驗
在 Windows、Mac OS X 和 Linux 間的一致體驗：
- 全域可見性： 查看檢查檔案以及由誰檢查
- 檔案鎖定： 防止其他人重寫您的二進位檔案
- 強大的搜索功能： 掃描您的總資料庫來查找任何內容
- 視覺化工具： 延時、版本圖形和 P4Merge。
- 差異： 可比較歷史記錄的資料夾、範例和圖片差異
安全和保護
具備全面可追蹤性：
- 使用LDAP、活動目錄和其他來源進行身份驗證
- 將 Helix Core 伺服器和客戶端與您的多因素身份驗證進行整合。
與 Okta 現有的 MFA 集成以及其他工具的可配置 MFA。 - 根據使用者、IP地址或路徑設定檔案的權限
- 保留每個檔案查詢紀錄以及實際檢查紀錄
- 為每個檔案記錄的簽核，以確保監督管理程序
DevOps 就緒
Helix開放的生態系統和大規模持續整合和擴展性：
- 支援行業標準工具的外掛程式
- 支援多人編程的API和SDK
- 每天針對超過 8000 萬次 CI 事務處理進入測試
- 針對 CI/CT/CD 的超前規範模型 Helix4Git 中的高性能
系統需求
CPU
Helix 服務器非常節省 CPU 資源。記憶體和硬碟性能更有可能成為瓶頸。
Helix 服務器在 Unix 變體上採用forking process model，在 Windows 上採用threading process model。每個 Helix client command都在其自己的進程或線程中執行。此進程模型將利用具有多個 CPU 內核的系統。在考慮 CPU 時脈速度時，更快的時脈速度可以減少複雜操作期間關鍵系統資源的鎖定時間。
記憶體
Helix Server的性能在很大程度上取決於是否有足夠記憶體。我們建議使用以下公式來估算您Server的記憶體要求。此計算是保守估計，並未考慮所有可能的使用模式，它可能無法在所有情況下都滿足性能預期。
檔案數量 x 1.5 KB
= 預估的記憶體需求
兩個瓶頸與記憶體運用有關。第一個瓶頸可以通過確保伺服器在運行大型查詢時避免記憶體分頁，第二個瓶頸可以通過確保 db.rev table（或至少盡可能多的）可以緩存在主記憶體中：
- 確定大型查詢的內存需求非常簡單：伺服器需要大約 1 KB 的 RAM 的檔案以避免記憶體分頁；10,000 個檔案將需要 10 MB 的 RAM 等等。
- db.rev快取，數據庫的大小，可以觀察現有安裝中的 rev 文件並將其用作估計值。新安裝的 Helix 可以期待db.rev要求每個修訂大約 150-200 bytes，每個檔案大約三個修訂，或者每個檔案大約 0.5 KB 的 RAM。
因此，如果每個檔案有 1.5 KB 的 RAM 可用，或者 150 MB 用於 100,000 個檔案，則伺服器不會分頁，即使在執行包含所有檔案的操作時也是如此。仍然有可能同時執行多個大型操作，因此需要更多記憶體來避免分頁。另一方面，絕大多數操作只涉及一小部分檔案。
對於大多數安裝，軟體倉庫中每個檔案具有 1.5 KB RAM 的系統就足夠了。
請注意：出於實現上述方程式，懶惰複製是一個重要因素。如果檔案被分支兩次，則您有兩個緩求值副本和一個“真正的”副本。在這種情況下，您會將“3”算作檔案數。
Windows-32 位系統注意： Windows 32 位平台的每個進程記憶體使用限制為 2GB。在 Windows 上，Helix 伺服器作為單個進程運行，將每個客戶端請求作為該進程中的一個線程提供服務。對於傳輸量非常大的網站，這個 2GB 的限制會抑制性能和大型操作。Windows 64 位平台沒有此記憶體限制，大型網站應考慮使用 64 位 Windows Server。
磁碟性能
Helix Server使用伺服器根目錄下的磁碟儲存以二進制格式儲存元數據。為了獲得最大的 Perforce Server 性能，建議直接連接磁碟儲存。
Helix Server 將數據儲存庫儲存在 Server 根目錄下的 depot 目錄中，該位置是可配置的。儲存庫數據可以停留在直接連接的磁碟儲存或網絡連接的磁碟儲存上。
雖然我們不想推薦特定的檔案系統，但歷史性能基準資訊，似乎表明帶有 XFS 的 Linux 產生了良好的結果。電源故障事件中可能要衡量數據恢復不佳的情況。Solaris 也使用 BSD 檔案系統，速度慢但更可靠。Window 的 NTFS 檔案系統的可靠性介於兩者之間。
考慮使用固態硬碟(SSD)，只要它使用 TRIM 或類似的儲存設備，這樣讀寫性能不會隨著時間的推移而降低。如果您使用 RAM 磁碟或記憶體磁碟，請使用
p4 configure set db.reorg.disable=1
對於 SSD 驅動，花時間運行時頁面重新排序沒有任何好處。
磁碟空間
需要根據這些因素來判斷總磁碟空間使用情況。它們的因素完全取決於您的數據以及您使用 Perforce 的程度。
Helix Server depot librarian，在 SCM 控制下所有檔案的所有修訂都儲存在那。總大小在很大程度上取決於 Helix 版本控制系統的個別使用情況。使用 RCS 格式的檔案往往比較節省，二進制數據格式可用於數據文檔案和非常大的文件檔。
Helix Server元資料大小可以粗略估計為0.5KB每個使用者/每個檔案。如果您有 10,000 個檔案和 50 個使用者，您將需要大約 250MB 的磁碟空間來儲存元數據。某些進階伺服器功能（例如標籤）可能會增加磁碟空間要求。
Helix Server 備份檢查點和日記是實踐良好備份的結果。這些備份可以壓縮格式創建，它們的大小大約是元日期文件總大小的 10 倍。
網路
Helix 幾乎可以在任何網絡上運行。最近，Helix 已得到增進，可以在高延遲廣域網上運行，可能需要進行一些特殊調整。您可以查閱 Perforce 知識庫或聯繫 Perforce 技術支持。
虛擬機
在虛擬機上運行 Helix Server一直是受支持的配置，虛擬機確實引入了額外的處理層並具有性能影響。歷史數據顯示，在 branchsubmit 基準測試中有 5% 的性能損失，在 browse 基準測試中有 15% 的性能損失。這些數字在不同的環境和不同的專案中可能會有所不同，這些專案不一定包含在這些基準中。在VMWare 和 Perforce 聯合製作的標題為"Perforce Versioning Service on VMWare vSphere" (PDF) 的白皮書中可以找到對虛擬化 Helix Server 性能的更全面的處理。
退貨政策
朕宏國際線上商店退貨政策
- 朕宏國際實業有限公司線上購物的消費者，都可以依照消費者保護法的規定，享有商品貨到次日起 7 天猶豫期的權益。但猶豫期並非試用期，請留意，您所退回的商品必須回復原狀（須回復至商品到貨時的原始狀態）並且保持完整包裝（包括商品本體、配件、贈品、保證書、原廠包裝及所有附隨文件或資料的完整性），切勿缺漏任何配件或損毀原廠外盒。
- 如果您所購買的商品是屬於客製化商品、報紙、期刊、雜誌，依據消費者保護法之規定，於收受商品後將無法享有 7 天猶豫期之權益且不得辦理退貨。
- 如果您所購買的是影音商品、電腦軟體等商品，在您還不確定是否要辦理退貨以前，請勿拆封，一經拆封則依消費者保護法之規定，無法享有 7 天猶豫期之權益且不得辦理退貨。
- 如果您所購買的是非以有形媒介提供之數位內容（含下載版或使用期間訂閱制之電腦軟體或SaaS等）或一經提供即為完成之線上服務，一經您事先同意後始提供者，依消費者保護法之規定，您將無法享有 7 天猶豫期之權益且不得辦理退貨。
- 若您需辦理退貨，請利用客服 E-mail 信箱功能填寫申請，我們將於接獲申請之次日起 5 個工作天內檢視您的退貨要求，檢視完畢後將以 E-mail 回覆通知您，請您注意收受E-mail，並保持電話暢通，將有專人與您聯繫。
- 提醒您，原廠外盒及原廠包裝都屬於商品的一部分，若有遺失、毀損或缺件，可能影響您退貨的權益，也可能依照損毀程度扣除為回復原狀所必要的費用。若因您要求退貨或換貨，或因本公司無法接受您全部或部分之訂單，或因契約解除或失其效力，而需為您辦理退款事宜時，如果有申請紙本發票，您應連同紙本發票及簽署折讓單等相關法令所要求之單據後一併寄回，且您同意本公司得代您處理發票或折讓單等相關法令所要求之單據，以利本公司為您辦理退款，否則，本公司得拒絕接受您的退貨退款要求。
- 本公司收到您所提出的申請後，若經確認無誤，將依消費者保護法之相關規定，返還您已支付之對價（含信用卡交易），退款日當天會再發送 E-mail 通知函給您。再次提醒您，收到商品 7 天後，依照消費者保護法之規定，將不再提供無條件辦理退貨事宜，如果打開軟體啟用或申請授權後，亦同。
- 以上無法享有7天猶豫期之商品，如具有瑕疵，您仍得依法向本公司主張權利，如欲申請退貨，所有退貨貨物必須具有發票正本和問題說明。所有返回的貨物必須退回原包裝。 ESD（可下載）產品退款和交換是根據製造商的政策和產品差異而有所不同。