svn文件加密

❶ 如何對公司的源代碼加密

對公司源代碼加密的話 我推薦使用域之盾軟體 以下是軟體加密的具體流程 希望可以幫到你。

1，首先安裝軟體 安裝完成後 開啟 透明加密。對重要文件進行加密。

2，通過 軟體限制陌生u盤的試用，設置只讀或禁止使用。對常用U盤設置白名單

3，開啟軟體的外發審核，外發的一切文件資料 等 需要管理員審核否則非法外發 即為亂碼。

❷ svn在linux下checkout時如何加上用戶名和密碼

首先需要知道配置文件的位置，比如我們的伺服器中我就找到很多關於svn的目錄，甚至分不清哪個目錄下才是真正的配置文件：

• root@handou:~#find/-name subversion

• /home/handou/workspace/subversion-1.8.11/subversion

• /home/handou/workspace/subversion-1.8.11/subversion/bindings/javahl/src/org/apache/subversion

• /home/handou/workspace/subversion-1.8.11/subversion/bindings/javahl/src/org/tigris/subversion

• /home/handou/workspace/subversion-1.8.11/subversion/bindings/javahl/tests/org/apache/subversion

• /home/handou/workspace/subversion-1.8.11/subversion/bindings/javahl/tests/org/tigris/subversion

• /etc/bash_completion.d/subversion

• /etc/subversion

• /usr/share/doc/subversion

查找所得結果可以確定應該是在 /etc/subversion下，切換到subversion下有多個文件：

config config.dpkg-dist dav_svn.authz dav_svn.passwd passwd servers


可能需要一一查看下都是什麼內容，其實主要是dav_svn.authz dav_svn.passwd這兩個文件，一個存放用戶名，一個存放密碼，dav_svn.authz內容包含賬號和許可權：




• [groups]

• apiadmin=yuen

• [handou:/]

• @admin=rw

• @apiadmin=rw

• 可以編輯這個文件添加賬號，然後添加密碼，但是不能直接編輯dav_svn.passwd，這裡面是加密數據，需要使用Apache的htpasswd命令添加。

• 然後會提示輸入密碼，就此完成svn賬號設置。

❸ SVN的賬號和密碼怎麼驗證

一般綁定了手機賬號的，直接拿手機驗證就可以了。

❹ 如何把svn伺服器a

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間的網路所有端點實現全面的安全，而且還能提供基於企業策略的信息管理機制以充分有效地利用有限的帶寬。SVN可以滿足各種企業VPN的要求，通過為公司內部網路、遠程和移動用戶、分支機構和合作夥伴提供基於Internet的安全連接。所以，我們可以將SVN看成是VPN、防火牆、基於企業策略的信息管理軟體集成在一起的Internet安全的綜合解決方案。在這樣一個網路系統中，所有互聯網伺服器端和客戶端都是安全的，並有一個信息管理機制以不斷地通過這個外部網路環境動態地分析及滿足客戶的特定帶寬需求。SVN提供了基於網路實現的eBusiness 應用的安全服務，它包含：

對多種應用進行全面的安全認證；

支持多種認證及PKI；

功能強大並對用戶透明的通訊加密；

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

統一跨接Internet、Intranet、Extranet的通訊。
編輯本段體系結構
帶有防火牆的VPN網關，它是一個將防火牆和VPN技術緊密結合的網關產品；

SVN安全遠程客戶端軟體包，一個功能強大的VPN客戶端軟體，支持台式機用戶、遠程用戶和移動用戶，具有集中化管理的個人防火牆功能和VPN用戶的安全認證功能；

SVN證書管理模塊，一個用於SVN的完整PKI解決方案，它將完善的CA和LDAP目錄伺服器技術集成在一起；

SVN硬體加密卡，可以通過硬體技術實現功能強大的各種演算法以提高VPN的速度和性能；

SVN智能帶寬管理模塊，一個基於企業策略的帶寬管理解決方案，可以智能地管理有限的帶寬資源，以確保用於企業重要應用的VPN性能可靠；

SVN冗餘管理模塊，通過冗餘網關集群和防火牆VPN內的SVN冗餘模塊，對執行重要任務的VPN和防火牆應用在出現故障時實現無縫切換。

自動地址轉換模塊，一個自動管理IP地址和命名的解決方案，通過提供IP地址服務的跟蹤和集中化管理，確保可靠地控制地址分配和提高TCP/IP管理效率；

SVN安全伺服器軟體包，專門保護單個應用伺服器安全的VPN網關軟體，它可以保護進行敏感操作的伺服器免受攻擊和未授權的訪問，使客戶端建立與伺服器間的安全認證和支持交換加密數據的連接；

SVN安全客戶端軟體包，它將基於狀態檢測的防火牆和基於IPSec的VPN客戶端軟體集成在客戶端機器上，通過提供集中管理的個人防火牆和對所有企業VPN用戶的安全認證，增強客戶端機器的安全性。它與SVN安全遠程客戶端軟體功能相比，增強了客戶端的安全功能，如訪問控制和安全初始化控制等。
編輯本段發展歷史
在2000年初，開發人員要寫一個CVS的自由軟體代替品，它保留CVS的基本思想，但沒有它的錯誤和局限，保留CVS的基本特性但去除CVS的bug和不好的特性。

在2000年2月，他們聯系《使用CVS開發開源項目》（Open Source Development
with CVS）(Coriolis, 1999)的作者Karl
Fogel，並徵求了他是否願意在這個新的項目中擔任一個角色。巧合的是，當時Karl已經和他的朋友Jim Blandy討論了一個關於新的版本控制系
統的設計。在1995年，這兩人就成立了Cyclic
Software，一個提供CVS的商業支持的軟體公司。雖然他們經營商業服務，但是仍然在每天都在工作中使用CVS。使用CVS的挫折感使得Jim認真
思考更好的方法來管理數據，不但確定名字為「Subversion」，而且完成了Subversion檔案庫的基礎設計。

當CollabNet的電話到來時，Karl立即答應了加入項目中，而且Jim讓他的僱主RedHat Software同意讓他在這個項目中不定期工作。CollabNet僱用了Karl和Ben Collins-Sussman，並在5月開始了詳細設計工作。在得到了來自CollabNet的Brian Behlendorf、Jason Robbins和Greg Stein（當時是一名活躍在WebDAV/DeltaV規范過程的自由程序員）很多創意的幫助下，Subversion很快地引起了一個活躍開發者社區的注意。它找出並歡迎很多同樣在CVS上受到挫折的社員能來為這個項目做點什麼。

Subversion 最初的設計Team定下了幾個簡單的目標。 它必須在功能上可取代 CVS，也就是說,
所有 CVS 可做到的事, 它都要能夠作到。 在修正最明顯的瑕疵的同時, 還要保留相同的開發模式。 還有, Subversion 應該要和
CVS 很相像, 任何 CVS 使用者只要花費少許的力氣, 就可以很快地上手。

經過十四個月的編碼後, Subversion 於2001年8月31日開始實現 「自行管理」。 也就是說, 開發人員不再使用 CVS 來管理 Subversion 的代碼, 而以 Subversion 自己來管理。

2009年11月，Subversion被Apache Incubator專案所接收。

2010年1月，正式成為Apache軟體基金會的一個頂級專案，所以為Apache Subversion.[4]

目前Apache Subversion的主席為Greg Stein, 項目領導者Release manager為Wandisco公司。[4]
編輯本段優缺點
所有的文檔都顯示SVN可以取代CVS，同時SVN的問題和缺點都被隱藏了。不幸的是，我們並不認為SVN是CVS的替代品，盡管很多缺陷都被修改了。更有甚者，它甚至讓人重回CVS。
CVS和SVN的比較類似於比較C++和Java。很明顯CVS和SVN都遠比SourceSafe強大的多，如同C++和Java比Basic強大的
多。CVS代表了幾乎代碼控制系統的所有功能項，盡管有時他的實現並不很方便。SVN修正並添加了一些CVS並不擁有功能。例如，創建標志和分支
bious，你在編輯文件時其他人不會有任何通知。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最初是為文本文件存儲而設計的。因此其他文件類型（二進制，統一碼）文件的支持幾乎沒有，如需要的話則要有其他信息，並且客戶端伺服器端都要調整。

SVN會關心所有的文件類型，不需要你來手工操作。

6回滾

CVS允許任意的回滾，在任意一個已遞交的版本上，盡管這要花些時間（所有的文件都要分別處理）。

SVN不允許遞交後回滾。建議把版本庫里好的狀態版本加到末尾，覆蓋掉損壞的版本。而損壞的版本無論如何也是會存在資料庫里的。（SVN的滾回操作實際上是merge操作）

7事務

CVS中的「零或一」事務原則根本沒有實現。如果檢入幾個文件的話（加到伺服器上），很有可能部分文件完成了，而另幾個沒有。作為一個潛規則，手工糾正這些並且對餘下的文件 (而不是所有文件)一一重復檢入。這樣這些文件將在兩階段中被檢入。SVN的確支持「零或一」事務原則，這是SVN的一大優勢。

❺ 源代碼的文件可以加密保護嗎

可以的

• 綠盾加密軟體支持與SVN等源代碼管理工具無縫結合。

• 如果企業內部SVN伺服器採取透明模式，即加密文件是可以存放在SVN伺服器上的，需要達到的效果是SVN伺服器上文件密文存儲。則配合天銳綠盾應用伺服器安全接入系統來實現只有安裝了加密客戶端的Windows、Linux、MAC端才能夠正常的訪問公司內部的SVN伺服器。

• 如果企業內部採用eclipse、VS等開發工具，從這些開發工具將代碼直接上傳到SVN伺服器上時會自動解密。為了避免明文、密文混亂存放導致版本比對時出現錯誤等問題。因此，SVN伺服器上需統一存放明文文件。則通過伺服器白名單功能實現對終端電腦數據進行強制透明加密，對上傳到應用伺服器數據實現上傳自動解密、下載自動加密。再配合天銳綠盾應用伺服器安全接入系統實現只有安裝了加密客戶端的Windows、Linux、MAC端才能夠正常的訪問公司內部的SVN伺服器。

❻ svn 提示文件被自己鎖住了

如果文件無法提交和更新，且有lock字樣的提示。首先右擊該文件，然後選get Lock,再選中steal Lock，最後release lock即可。

❼ eclipse的svn插件(subeclipse)是如何給密碼加密的

subeclipse本身不管密碼加密的事情，svn密碼是由svn伺服器端維護的

❽ 如何進行 SVN 客戶端修改密碼操作

SVN的密碼保存在伺服器上，一般能通過Web方式修改密碼（前提是伺服器上安裝了SVNManager或者其它的PHP或者CGI程序）
如果SVN是和Apache一起使用的話，可以找到Apache目錄下的 conf\httpd.conf文件，裡面的<Location /svn>段中 AuthUserFile 指定的就是用戶密碼文件，是文本形式的，密碼用MD5加密。
如果不是SVN，那就找SVN庫下的conf/passwd文件，是文本文件，密碼未加密

不過你們主管應該不會讓你直接進入伺服器的吧，所以最好的方法肯定是找主管:D

❾ 如何給源碼加密

部署合力天下數據防泄密系統，對源代碼加密，啟用保密U盤，SVN 伺服器准入控制，實現源碼只能在公司運行，復制粘貼到微信，QQ，郵件亂碼，個人U盤插入公司計算機無法識別，私自帶出公司打開亂碼。

上傳到SVN伺服器文檔自動解密，下載到客戶機文檔自動加密，沒有安裝防泄密軟體的計算機無法接入到SVN伺服器。

❿ svn 如何加密文件

要加密幹嘛？
SVN有許可權控制功能，一般也就夠用了
如果還不放心，可以用https協議代替http協議