當前位置:股票大全官網 - 基金投資 - openwrt svn服務器怎麽了?

openwrt svn服務器怎麽了?

提供svn服務的機器。

Svn(subversion)是近年來興起的版本管理工具,是cvs的繼承者。目前大多數開源軟件都使用svn作為代碼版本管理軟件。

工作流程

集中管理的工作流程如下:

集中式代碼管理的核心是服務器。在開始新壹天的工作之前,所有開發人員都必須從服務器獲取代碼,然後進行開發,最後解決沖突並提交。所有版本信息都放在服務器上。沒有服務器,開發者基本上可以說是無法工作的。下面是壹個例子:

開始新壹天的工作:

1.從服務器下載項目組的最新代碼。

2.進入自己的分支,工作,每小時把代碼提交到服務器自己的分支(很多人都有這個習慣。因為有時候妳要修改代碼,最後妳想恢復到前壹個小時的版本,或者看妳前壹個小時修改了哪些代碼,妳需要這樣做)。

3.快到下班時間了。把自己的分支合並到服務器的主分支,壹天的工作就完成了,反映到服務器上。

這是經典的svn工作流程。從工藝上看,缺點很多,但也有優點。

劣勢

1,服務器壓力太大,數據庫容量爆炸。

2.如果連不上服務器,基本上就沒法工作。見上面第二步。如果服務器連接不上,妳就無法提交、恢復、比較等等。

3、不適合開源開發(開發者數量很大,但是Google app engine用的是svn)。而壹般的集中管理有非常明確的權限管理機制(比如分支機構訪問限制),可以實現分級管理,從而解決了大量開發人員的問題。

優勢

1,管理方便,邏輯清晰,符合普通人的思維習慣。

2、易於管理,並且集中式服務器可以保證安全性。

3.代碼壹致性非常高。

4.適合開發人員少的項目開發。

5.軟件配置管理的大學教材大多使用svn和vss。[3]

編輯此段落安全性

SVN從更高層次的系統和控制角度,整合了“有機”和“無縫”的安全產品。

SVN是壹個安全的虛擬網絡系統,它將整個系統的信息安全功能均衡合理地分布在不同的子系統中,使各子系統的功能得到充分發揮,子系統之間相輔相成。系統整體性能大於各子系統功能之和,利用平衡互補原理解決“坎尼金定律”問題。

SVN可以在橫跨Internet、Intranet、Extranet、Extranet的網絡的所有端點實現全面的安全,還可以提供基於企業策略的信息管理機制,以充分有效地利用有限的帶寬。通過為公司的內部網絡、遠程和移動用戶、分支機構和合作夥伴提供安全的基於互聯網的連接,SVN可以滿足各種企業VPN的要求。因此,我們可以將SVN視為基於企業策略的集VPN、防火墻和信息管理軟件於壹體的互聯網安全綜合解決方案。在這樣的網絡系統中,所有的互聯網服務器和客戶端都是安全的,並且有壹個信息管理機制,通過這個外部網絡環境來動態分析和滿足客戶的特定帶寬需求。SVN提供基於網絡的電子商務應用的安全服務,包括:

對各種應用進行全面的安全認證;

支持多重認證和PKI;

為用戶提供強大而透明的通信加密;

面向用戶的集中式安全策略管理;

跨互聯網、內聯網和外聯網的統壹通信。

編輯本段架構

帶防火墻的VPN網關,是防火墻和VPN技術緊密結合的網關產品;

SVN安全遠程客戶端軟件包,功能強大的VPN客戶端軟件,支持桌面用戶、遠程用戶和移動用戶,具備個人防火墻功能,對VPN用戶進行集中管理和安全認證;

SVN證書管理模塊,SVN完整的PKI解決方案,集成了完善的CA和LDAP目錄服務器技術;

SVN硬件加密卡可以通過硬件技術實現各種強大的算法,提高VPN的速度和性能;

SVN智能帶寬管理模塊,基於企業戰略的帶寬管理解決方案,可以智能管理有限的帶寬資源,確保用於重要企業應用的VPN的可靠性能;

SVN冗余管理模塊,通過冗余網關集群和防火墻VPN中的SVN冗余模塊,在VPN和防火墻應用出現故障時,無縫切換執行重要任務的VPN和防火墻應用。

自動地址轉換模塊是壹種自動管理IP地址和命名的解決方案,通過提供對IP地址服務的跟蹤和集中管理,確保對地址分配的可靠控制,並提高TCP/IP管理效率;

SVN安全服務器軟件包,壹款專為保護單個應用服務器安全而設計的VPN網關軟件,可以保護敏感操作的服務器免受攻擊和非授權訪問,使客戶端與服務器建立安全認證,支持交換加密數據的連接;

SVN安全客戶端軟件包在客戶端機器上集成了基於狀態檢測的防火墻和基於IPSec的VPN客戶端軟件,通過為所有企業VPN用戶提供集中的個人防火墻和安全認證,增強了客戶端機器的安全性。與SVN安全遠程客戶端軟件的功能相比,它增強了客戶端的安全功能,如訪問控制和安全初始化控制。

編輯此段落的發展歷史

2000年初,開發者想寫壹個CVS的免費軟件替代品,它保留了CVS的基本思想,但沒有它的錯誤和局限性,保留了CVS的基本特性但去掉了CVS的bug和不好的特性。

2000年2月,他們聯系了CVS的開源開發。

帶CVS)(科裏奧利,1999)。

福格爾問他是否願意在這個新項目中扮演壹個角色。巧合的是,Karl已經和他的朋友Jim Blandy討論了壹個新的版本控制系統。

系統的設計。1995年,兩人創立Cyclic。

軟件,壹家為CVS提供商業支持的軟件公司。雖然他們運行商業服務,但他們仍然每天在工作中使用CVS。使用CVS的挫敗感讓Jim認真起來。

思考更好的數據管理方式,不僅確定了“Subversion”這個名字,也完成了Subversion archive的基本設計。

當CollabNet的電話打來時,Karl立即同意加入這個項目,Jim讓他的雇主RedHat Software同意讓他在這個項目中不定期工作。CollabNet雇傭了Karl和Ben Collins-Sussman,並於5月開始了詳細的設計工作。在布萊恩·貝倫多夫、Jason Robbins和Greg Stein(當時活躍在WebDAV/DeltaV規範過程中的自由程序員)的許多想法的幫助下,Subversion很快吸引了活躍的開發人員社區的註意。它發現並歡迎許多也在CVS上遭受挫折的成員為這個項目做點什麽。

Subversion最初的設計團隊設定了幾個簡單的目標。它必須在功能上可以用CVS替換,也就是說,

CVS能做的壹切,它壹定能做到。在糾正最明顯的缺陷的同時,我們應該保持相同的開發模式。此外,顛覆應該與

CVS非常類似,任何CVS用戶只要稍加努力就能快速上手。

經過十四個月的編碼,Subversion於2006年8月31日開始實現“自我管理”。換句話說,開發者不再使用CVS來管理Subversion的代碼,而是Subversion本身。

Subversion於2009年6月+2009年10月被Apache孵化器接受。

2011 1,正式成為Apache軟件基礎的壹個頂級項目,所以是Apache Subversion。[4]

目前Apache Subversion的董事長是Greg Stein,項目負責人是Wandisco公司。[4]

編輯這壹段的優缺點

所有的文件表明,SVN可以取代CVS,SVN的問題和缺點是隱藏的。不幸的是,我們不認為SVN是CVS的替代品,盡管許多缺陷已經被修改。更有甚者,它甚至把人帶回了CVS。

CVS和SVN之間的比較類似於C++和Java之間的比較。顯然,CVS和SVN比SourceSafe強大得多,就像C++和Java比Basic強大壹樣。

很多。CVS幾乎代表了壹個代碼控制系統的所有功能,盡管有時它的實現不是很方便。SVN修復並增加了壹些CVS沒有的功能。例如,創建標誌和分支。

可疑,當妳編輯文件時,沒有人會註意到。SVN不是CVS的替代品,而是壹個不同的系統,類似於CVS。它有壹些獨特的功能,足以采用它。

原因。這些功能讓他更適合開發環境,比如PowerBuilder。下面妳可以找到兩者的相對優缺點。

1存儲類型格式

CVS是壹個基於RCS文件的版本控制系統。每個CVS文件只是壹個普通的文件,加上壹些額外的信息。這些文件將簡單地重復本地文件的樹形結構。因此,不需要擔心任何數據丟失,必要時可以手動修改RCS文件。

SVN基於壹個關系數據庫(BerkleyDB)或壹系列二進制文件(FS_FS)。壹方面解決了很多問題(比如並行讀寫文件),增加了很多新功能(比如運行時的事務特性)。)。然而,另壹方面,數據存儲變得不透明。

2速

CVS慢。

總的來說,由於不同的架構實現,SVN確實比CVS快得多。在網絡上,它只傳輸很少的信息,在離線模式下支持更多的功能。但這也是有代價的。速度的代價是巨大的存儲(完全備份所有工作文件)。

3個標誌&;樹枝

SVN使用旗幟和樹枝,拋棄了其他三樣東西。事實上,這意味著他們用拷貝歸檔中的文件或目錄來代替這個概念

保存日誌。這樣,標誌創建和分支創建都只是倉庫內的文件復制。對於分支:分支只是倉庫中壹個單獨的目錄,不像早期那樣。

姚趔趄了壹下。對於標記:不再可能標記代碼。在某種程度上,SVN完整的檔案號彌補了這壹缺陷。SVN的整個倉庫都有版本號,但單個文件沒有。

4元數據

CVS只允許存儲文件。

SVN允許壹個文件有任意數量的可命名屬性,它的功能非常完整。

5種文件類型

CVS最初是為文本文件存儲而設計的。因此,很少支持其他文件類型(二進制、Unicode)。如果有必要,應該有其他信息,並調整客戶端-服務器端。

SVN會關心所有的文件類型,不需要妳手動操作它們。

6回滾

CVS允許在任何提交的版本上任意回滾,盡管這需要壹些時間(所有文件應該單獨處理)。

SVN不允許提交後回滾。建議將版本庫中的良好狀態版本添加到末尾,以覆蓋損壞的版本。並且損壞的版本無論如何都會存在於數據庫中。(SVN的回滾操作實際上是壹個合並操作。)

7事務

CVS中的“零或壹”交易原則根本沒有實現。如果簽入了幾個文件(添加到服務器),很可能有些文件完成了,而有些文件沒有完成。作為壹個隱藏的規則,手動更正這些錯誤,並逐個簽入剩余的文件(不是所有文件)。因此,這些文件將分兩個階段簽入。SVN確實支持“零或壹”交易原則,這是SVN的優勢之壹。