ticoAg/ChineseCorpus-Kaggle-fanti huggingface dataset:
* 1882: Rozelle
* 1884: Sandiway
* 1885: St Helena
* 1886: Argo Navis
* 1887: Heloise
* 1888: Seabreeze
* 1889: Seclusion
* 1892: Lady Hermit
* 1894: Throstle
* 1895: Butterfly
* 1897: Goletta
* 1899: Fascination
* 1900: Sainte Nitouche / Winifreda *
* 1901: Bella Gallina
* 1902: Doctrine
* 1904: Pretty Polly
* 1905: Commune
* 1906: Keystone II
* 1907: Frugality
* 1909: Princesse de Galles
* 1910: Winkipop
* 1911: Knockfeerna
* 1912: Polkerris
* 1914: Wassilissa
* 1919: Flying Spear
* 1921: Donna Branca
* 1924: Straitlace
* 1925: Saucy Sue
* 1926: Moti Mahal
* 1927: Book Law
* 1928: Toboggan
* 1929: Daumont
* 1930: Qurrat-al-Ain
* 1931: Sunny Devon
* 1932: Udaipur
* 1934: Foxcroft
* 1935: Ankaret
* 1936: Traffic Light
* 1937: Gainsborough Lass
* 1938: Solar Flower
* 1946: Neolight
* 1947: Saucy Sal
* 1948: Fortuity
* 1950: Tambara
阮淑妃（；），名阮氏川，越南阮朝紹治帝阮福暶的嬪妃。
嘉隆七年六月初二日（1808年7月24日），阮氏川出生在廣平省麗水縣美宅總順宅坊，她是掌奇領兵阮文鳳之女。明命六年（1825年）成為紹治帝的府妾。紹治三年（1843年），被封為三階德嬪。紹治六年（1846年），晉封為二階淑妃。生二子一女：長子是瑞太王阮福洪依，次子是阮福洪僟，早夭；長女是安美公主阮玉徽柔。咸宜元年八月二十二日（1885年9月30日），阮氏川去世，壽七十八歲，諡號懿順，葬承天府香水縣楊春上社。
印度國家羽毛球隊代表印度參加羽毛球國際間團隊比賽。
12強（小組第3名）
阿爾溫德·巴特Anand, Chetand
魯佩什·庫馬爾瓦利亞維蒂爾·迪柱阿倫·維什奴薩納維·托馬斯K., Tarun
塞娜·內維爾Gokhale, Sayali
阿帕娜·巴蘭瓦拉·古塔Kurian, Shruti
卡夏普·帕魯帕利阿爾溫德·巴特阿努普·斯里達爾拉賈·梅努里·文卡塔·加盧西達
瓦利亞維蒂爾·迪柱魯佩什·庫馬爾薩納維·托馬斯艾謝·迪瓦卡Chetan Anand Buradagunta吉希奴·桑亞爾
塞娜·內維爾阿迪提·穆塔喀爾普薩拉·文卡塔·辛德胡布滕普拉伊爾·錢德里卡·圖拉西
瓦拉·古塔阿什維尼·蓬納帕阿帕娜·巴蘭Shruti KurienSayali GokhaleTrupti Murgunde
卡夏普·帕魯帕利阿爾溫德·巴特拉賈·梅努里·文卡塔·加盧西達切坦·阿南德
瓦利亞維蒂爾·迪柱魯佩什·庫馬爾艾謝·迪瓦卡薩納維·托馬斯阿倫·維什奴
塞娜·內維爾阿倫達蒂·潘塔瓦妮阿迪提·穆塔喀爾特魯普蒂·阿倫·穆爾貢德
瓦拉·古塔阿帕娜·巴蘭阿什維尼·蓬納帕普拉加克塔·沙旺特
16強（男子團體）16強（女子團體）
阿爾溫德·巴特卡夏普·帕魯帕利
普拉納·杰里·喬普拉艾謝·迪瓦卡阿倫·維什奴魯佩什·庫馬爾薩納維·托馬斯
阿迪提·穆塔喀爾塞娜·內維爾
阿帕娜·巴蘭瓦拉·古塔阿什維尼·蓬納帕普拉加克塔·沙旺特
卡夏普·帕魯帕利阿南·帕瓦爾
艾謝·迪瓦卡普拉納·杰里·喬普拉塔倫·科納阿倫·維什奴
塞娜·內維爾普薩拉·文卡塔·辛德胡
阿什維尼·蓬納帕普拉迪亞·加德雷阿帕娜·巴蘭斯基·雷迪
斯里坎特·基達姆比卡夏普·帕魯帕利拉賈·梅努里·文卡塔·加盧西達沙魯巴·維爾馬
沙魯巴·維爾馬普拉納·杰里·喬普拉馬奴·阿特里阿倫·維什奴蘇密特·雷迪艾謝·迪瓦卡
塞娜·內維爾普薩拉·文卡塔·辛德胡布滕普拉伊爾·錢德里卡·圖拉西坦維·拉達
布滕普拉伊爾·錢德里卡·圖拉西瓦拉·古塔阿帕娜·巴蘭阿什維尼·蓬納帕斯基·雷迪普拉迪亞·加德雷
16強（小組第3名）（湯姆斯盃）季軍（優霸盃）
馬奴·阿特里蘇密特·雷迪普拉納·杰里·喬普拉艾謝·迪瓦卡
阿什維尼·蓬納帕普拉迪亞·加德雷斯基·雷迪
普蘭諾伊·哈塞納·蘇尼爾·庫馬爾斯里坎特·基達姆比卡夏普·帕魯帕利
馬奴·阿特里蘇密特·雷迪普拉納·杰里·喬普拉艾謝·迪瓦卡阿倫·維什奴
阿帕娜·巴蘭普拉迪亞·加德雷瓦拉·古塔斯基·雷迪阿什維尼·蓬納帕
阿賈伊·賈亞拉姆普蘭諾伊·哈塞納·蘇尼爾·庫馬爾塞·帕拉內斯·巴米迪帕提薩米爾·維爾馬沙魯巴·維爾馬
蘇密特·雷迪艾謝·迪瓦卡馬奴·阿特里奇拉格·謝提薩維克賽拉吉·蘭基雷迪
塞娜·內維爾普薩拉·文卡塔·辛德胡坦維·拉達布滕普拉伊爾·錢德里卡·圖拉西
斯基·雷迪阿什維尼·蓬納帕瓦拉·古塔瑪內沙·庫卡帕利露絲維卡·斯瓦尼·加德
16強（小組第4名）（湯姆斯盃）季軍（優霸盃）
普蘭諾伊·哈塞納·蘇尼爾·庫馬爾薩米爾·維爾馬
馬奴·阿特里普拉納·杰里·喬普拉薩維克賽拉吉·蘭基雷迪蘇密特·雷迪奇拉格·謝提
麗圖帕爾納·達斯塞娜·內維爾普薩拉·文卡塔·辛德胡
坦維·拉達瑪內沙·庫卡帕利阿什維尼·蓬納帕斯基·雷迪
斯里坎特·基達姆比普蘭諾伊·哈塞納·蘇尼爾·庫馬爾阿賈伊·賈亞拉姆
馬奴·阿特里蘇密特·雷迪奇拉格·謝提薩維克賽拉吉·蘭基雷迪普拉納·杰里·喬普拉
普薩拉·文卡塔·辛德胡塞娜·內維爾
瑪內沙·庫卡帕利阿什維尼·蓬納帕麗圖帕爾納·達斯斯基·雷迪
普蘭諾伊·哈塞納·蘇尼爾·庫馬爾叻斯亞·森塞·帕拉內斯·巴米迪帕提薩米爾·維爾馬
馬奴·阿特里阿倫·喬治阿瓊·馬塔蒂爾·拉馬錢德蘭蘇密特·雷迪拉馬錢德蘭·斯洛桑亞姆·舒克拉
瓦什納維·雷迪·杰卡斯里·克里希納·普里亞·庫達拉瓦利塞娜·內維爾阿努拉·普拉布德賽
Vaishnavi Bhale桑約吉塔·戈派德梅加納·杰坎普迪普爾維莎·拉姆普拉加克塔·沙旺特
16強（小組第3名）（湯姆斯盃）16強（小組第3名）（優霸盃）
斯里坎特·基達姆比普蘭諾伊·H·S塞·帕拉內斯·B薩米爾·維爾馬沙魯巴·維爾馬
馬奴·阿特里蘇密特·雷迪奇拉格·謝提普拉納·杰里·喬普拉薩維克賽拉吉·蘭基雷迪
普薩拉·文卡塔·辛德胡塞娜·內維爾阿什米塔·查利哈賽·烏特吉塔·勞·楚卡
阿什維尼·蓬納帕斯基·雷迪阿拉希·薩拉·蘇尼爾阿卡希·卡夏普魯塔帕納·潘達Gayatri Gopichand Pullela
普蘭諾伊·H·S沙魯巴·維爾馬
阿倫·喬治阿瓊·M·R拉馬錢德蘭·斯洛桑亞姆·舒克拉
阿什米塔·查利哈
Vaishnavi BhaleAshwini Bhat K.Shikha Gautam魯塔帕納·潘達阿拉希·薩拉·蘇尼爾Mithula U K
12強 (小組第3名）（混合團體）
由印度羽毛球協會公布的隊員名單：
Srikanth Nammalwar Kidambi
Ajay Jayaram
Prannoy Haseena Sunil Kumar
Sai Praneeth Bhamidipati
Sameer Verma
Sourabh Verma
Kashyap Parupalli
Manu Attri
Buss Sumeeth Reddy
Satwiksairaj Rankireddy
Chirag Shetty
Pranaav Jerry CHOPRA
Akshay Dewalkar
Pusarla Venkata Sindhu
麗圖帕爾納·達斯
Rituparna Das
Tanvi Uday Lad
Ruthvika Shivani Gadde
Puthenpurayil Chandrika Thulasi
Ashwini Ponnappa Machimanda
Nelakurthi Siki Reddy
Maneesha Kukkapalli
Jwala Gutta
Poorvisha S Ram
張氏永（；），又名張氏義，越南阮朝紹治帝阮福暶的嬪妃。
張氏永是廣治省肇豐府地靈縣安美總枚舍社人，生平無所考，她是紹治帝宮中的一名九階才人。生有一子：堅太王阮福洪侅。啟定二年（1917年），啟定帝追贈其為三階紀嬪，諡貞祥。
高軍，籍貫河北省保定市，女子乒乓球運動員，曾代表中國及美國參賽。1992年，她代表中國獲得奧運乒乓球女子雙打銀牌。
1994年之后，高軍移籍美國，共奪得9次單打、11次雙打和8次混雙冠軍。
尼斯CP站，全名為尼斯-普羅旺斯鐵路站。尼斯CP站是法國南部的一個地方性火車站，也是法國著名的米軌鐵路（Voie Métrique）尼斯－迪涅鐵路的起點站。
尼斯CP站位于尼斯市區北部，距離尼斯站北側大約400米。尼斯CP站是一個盡頭式車站，列車只能從西側進出車站。
尼斯CP站建于1991年，在此之前，尼斯-迪涅鐵路的起點站是與之相鄰的火車南站（Gare du Sud），后者已于2013年改建成為了一個博物館。
尼斯CP站為尼斯-迪涅鐵路的起點站。該鐵路建于1911年，是一條單線米軌鐵路，尚未電氣化。全長151公里，由于沿途主要為阿爾卑斯的南部山區，線路建設標準較低，故而該線路平均旅速不到50Km/h，全程需要大約3個半小時。
值得注意的是，尼斯-迪涅鐵路是法國本土僅有的獨立于SNCF而運行的鐵路線，尼斯CP站僅用于開行前往迪涅方向的列車，因此，尼斯CP站內不出售前往法國其它地區的車票，也不能通過該線路實現聯程中轉。
以下列車線路在尼斯CP站停靠：
尼斯CP站列車線路表
甘貝達/拉瑪德蓮
每天1~2班往返
尼斯—克羅馬爾拉芒達/瓦爾坪
尼斯CP站對應的大巴車上下車地點位于車站前方。當鐵路線施工或罷工時，可能會提供途徑該線路沿途站點的大巴車。
事實上，從尼斯前往迪涅萊班，也可乘坐由LER（即TER Provence C?te d'Azur提供的大巴車），后者從尼斯汽車站（Gare Routière）出發，全程大約需要3小時10分鐘。
距離尼斯CP站最近的公交車站為Libération，距離尼斯CP站東北大約150米，步行不超過5分鐘。該站停靠的公交線路包括：尼斯有軌電車1號線，尼斯公交19路、23路和63路。
尼斯CP站距離尼斯站大約500米，步行不超過10分鐘。也可乘坐尼斯有軌電車1號線，在Gare Thiers站下車即可。
尼斯CP站（Gare de Nice）
尼斯－迪涅鐵路（米軌）
陳子荷，中國女子乒乓球運動員，曾代表中國參加1992年夏季奧林匹克運動會，并與高軍搭檔獲得女子雙打的銀牌。
陳子荷右手直拍，擅長雙打。
在計算機領域，虛擬文件夾通常指管理一批文件的一個虛擬的文件夾，它不依賴于目錄樹層級中的位置，而是由軟件將數據存儲中的結果合并顯示。這可能是一個數據庫或自定義索引，然后在文件夾視圖中以可視方式呈現它們。虛擬文件夾可以被認為是列出具有特定標記文件的一個視圖，在需要時即時將動態內容模擬為一個文件夾并呈現。在計算機科學中有幾個相似的理念，包括已保存的搜索、已保存的查詢和過濾等。
虛擬文件夾為用戶提供一種更方便方法管理一批內容相關的文件。根據用戶所需的特定標準的或所有的文件被聚合到一個虛擬文件夾。虛擬文件夾中的文件不限于硬盤上的某個物理位置，也可能其他形式。事實上，虛擬文件夾中的文件甚至可以并未存儲在硬盤上，它們可以是網絡共享或自定義應用數據庫中的內容，例如郵件或其他數據庫。
文件“不能”被存儲在虛擬文件夾中，因為那本質上只是一個文件存儲的搜索查詢。嘗試存儲文件到虛擬文件夾可能遇到多種情況，取決于軟件實現，文件可能被重定向到某個物理存儲空間。
大多數實現都會預先索引硬盤或特定位置上的文件以加速搜索，這樣在搜索開始時可以查詢索引以快速展現和完成搜索任務，避免等待索引和查詢整個文件夾結構。
虛擬文件夾可以是操作系統中的一種結構。BeOS包含一種被稱為“已保存查詢”的虛擬文件夾，這對虛擬文件夾在操作系統中的開發產生了影響（包括Mac OS X、Windows和Linux）。虛擬文件夾會在整個文件系統上執行搜索以動態填充內容，及使用子集或已緩存的搜索結果。
此操作系統的首個開發者預覽版發布于1995年10月，包括類似數據庫的功能，使用戶能更方便地管理自己的文件。為了此功能，文件系統會索引特定文件屬性以幫助快速搜索。默認情況下，文件系統會自動索引文件名、大小和最后修改日期，當其他應用程序或用戶告知時還可創建其他屬性的索引。
當用戶執行文件搜索時，在文件夾 "/boot/home/queries" 中會創建一個文件，文件名稱根據查詢內容和搜索的日期時間派生，例如“Name = Western Infirmary - Mar 21, 11:59:40 PM”。搜索的查詢條件存儲在被稱為“qrystr”文件的一個屬性中。當該文件被打開時，文件系統會查詢索引和打開一個跟蹤窗口，保持最新的匹配條件的文件列表。
更多搜索功能被添加到后續的版本中。Release 2引入了編輯已保存查詢的功能，Release 3允許用戶自己定義已保存查詢的名稱在1998年的Release 4之前，所有查詢都會無限期存儲。但從R4開始，BeOS開發者為所有查詢引入了7天的時間限制。如果用戶想將一個查詢保留下來，他們可以在“查找”對話框取消“臨時”標記。
BeOS文件系統的領頭開發者之一Dominic Giampaolo曾參與蘋果公司的Mac OS X操作系統并為其添加了虛擬文件夾系統。
2005年4月，蘋果公司發布Mac OS X v10.4，其中就包括被稱為“智能文件夾”的虛擬文件夾。這些文件夾實質上由Spotlight引擎動態更新以包含匹配特定條件的內容。例如，這可以給你帶來一個特殊文件夾，其中包含所有包含關鍵詞“shpadoinkle”且在最近7天曾經編輯的Word文檔。智能文件夾是通過保存一個Spotlight搜索來創建，搜索條件記錄在一個.savedSearch后綴的屬性列表文件中，默認情況下保存在“/Users/username/Library/Saved Searches”文件夾。
在許多Spotlight引擎的應用程序中可以看到“智能文件夾”概念的變種，通常以紫色色調的齒輪圖標標記。例如：郵件中的智能郵箱和通訊錄中的智能組。
在沒有Spotlight的Mac OS X早期版本中，iApps（iTunes和iPhoto）有一個類似的概念，但它們沒有使用系統級的Spotlight引擎。
2006年11月，微軟發布Windows Vista，其中允許用戶保存任何搜索查詢為“搜索文件夾”，這就是一種虛擬文件夾。搜索文件夾的設計目的是用戶不需要記住自己的文件存儲在哪里。搜索文件夾不是物理文件夾，它本質上是一個XML文件，為Windows搜索子系統提供一個已定義查詢的存儲。正因如此，搜索文件夾可以在任何可創建普通文件夾的地方創建。類似的方法Windows XP中也存在，當Windows索引服務啟用時，搜索可以保存為.fnd文件。但是，在Windows XP中的已保存搜索查詢只保存了用戶的搜索條件；用戶仍需指定搜索位置并再次執行搜索，并且搜索結果非動態呈現。
無論何時訪問“搜索文件夾”，它都會返回與已保存搜索查詢相關的結果；結果清單中呈現的是實際的文件和文件夾。搜索查詢的定義可基于許多參數和屬性，包括文件名、指定日期、文件本身內容、相關元數據、文件類型、文件所在位置及其他各種屬性。被稱為“查詢組件”的功能允許搜索者基于其他“搜索文件夾”進一步細分結果。
Windows Vista在默認情況下， references the profile of the user who originally created a saved search as part of the query's scope, which includes the disk partition. This design choice does not prevent saved searches from being shared with other users, but it prevents them from operating on different partitions or user profiles. 雖然用戶可以手動修改已保存搜索的內容將引用范圍改為%USERPROFILE%環境變量， which will enable it to operate on other machines or profiles regardless of the original author or location, 微軟已發布一個“SearchMelt Creator”實用工具允許用戶自動執行此流程。
在Windows Vista的早期開發版本中，這些為默認的用戶配置文件夾預配置的“搜索文件夾”（例如文檔、音樂和圖片）取代了Windows開始菜單上的那些文件夾鏈接。在Windows文件資源瀏覽器中瀏覽時，導航面板會動態填充與當前查看視圖相關的“搜索文件夾”；舉一個例子，當查看“文檔”文件夾時，導航面板會基于文檔的作者、關鍵詞、類型和最近更改的文檔生成一個“搜索文件夾”。這些預發布版本的操作系統也包括其他虛擬文件夾，搜索都通過主要的“庫”搜索文件夾聚合。 微軟的表示這種做法的目標是完全超越傳統的物理文件夾概念，但公司收到的反饋顯示大量用戶對新的方式感到困惑/混亂。尤其是“搜索文件夾”被放在開始菜單導致人們相信它們是具有類似名稱和內容的多個物理文件夾。
基于這種反饋，公司決定恢復在開始菜單上放置物理文件夾的鏈接，方法類似以前Windows版本的顯示方式，并移除幾個至Windows Vista發布到制造商時可用的“搜索文件夾”。盡管在界面上不那么明顯，該操作系統仍包含幾個預配置的搜索文件夾：最近的文檔、最近的電子郵件、最近的音樂、最近的圖片和視頻、最近的更改以及“與我共享”，這些都是由一個“索引位置”搜索文件夾提供，實現了早期的“庫”概念。
在Windows 7中，虛擬文件夾的概念被顯著實現為“庫”功能。類似“已保存的搜索”，“庫”在本質上只是一個擴展名為 .library-ms 的XML文件，功能是收集具有特定屬性的一批文件并在熟悉的文件夾風格界面上顯示它們。庫在文件資源管理器上進行了命名空間擴展，其XML文件可以在各Windows或網絡上重用。
在GNOME 2.14中，已保存的搜索是一個虛擬文件夾，內容是Nautilus的搜索結果，內容來自多個后端。這些文件夾的內容在文件夾打開時會動態確定，并在文件被創建或修改時自動更新。
虛擬文件夾是電子郵件客戶端的一種常見設計結構。在1991年初，基于Emacs的郵件閱讀器VM在其5.09版本中就已提供虛擬文件夾設計。 VM允許用戶使用規則定義虛擬文件夾，這可涉及一個或多個物理文件夾中的郵件內容，并可基于特定選擇條件，如日期、作者、收件人、主題、郵件正文等。虛擬文件夾還可基于以前定義的虛擬文件夾創建，這樣可以根據標準重復篩選Helix Code在2000年創建的Evolution郵件客戶端也納入了虛擬文件夾。可以創建文件夾并自動列出與用戶定義規則匹配的郵件，例如列出所有涉及特定地址的郵件，或者所有包含特定關鍵詞的郵件。Opera網絡瀏覽器提供的新郵件客戶端（2002年11月發布測試版，2003年1月發布正式版）同樣提供虛擬文件夾（稱之為訪問點）用于電子郵件的管理。它的虛擬文件夾會自動基于活躍聯系人、附件和已分配標簽創建。虛擬文件夾也會因執行搜索而創建，并且手動虛擬文件夾可以使用多個邏輯郵件頭完成自動分類（包括使用正則表達式）。Microsoft Outlook 2003添加了類似功能，稱之為“搜索文件夾”。2004年Gmail的首個發布版本中，其所有郵件的管理就基于“標簽”實現的虛擬文件夾。Mozilla Thunderbird也可以創建搜索文件夾，并允許搜索多個電子郵件賬戶。
2002年7月，蘋果公司宣布iTunes 3提供“智能播放列表”功能，這可以被認為是一種虛擬文件夾。唯一的區別是搜索不是在文件系統的文件夾結構，而是在其內部的存儲區。微軟在2003年也在Windows XP的Windows Media Player 9中添加類似功能，稱之為“自動播放列表”。
NTFS重解析點，微軟官方也譯-{zh-cn:重分析點、重新解析點、重新分析點;zh-tw:重新分析點、重新剖析點、重新分析指標}-，是NTFS文件系統中的一種對象類型。它在Windows 2000及之后版本中的NTFS v3.0及以上版本中可用。重解析點提供一種擴展NTFS文件系統的方法。一個重解析點包含一個重解析標簽和數據，文件系統過濾器（file system filter）可以按標簽解讀它。微軟提供了幾個默認標簽，包括NTFS符號鏈接、和NTFS卷掛載點。另外，重解析點在Windows 2000的中作為已移動文件的占位符。它還可以作為硬鏈接，并且不限于同分卷的文件：可以指向任何本地分卷中的目錄。
* 硬鏈接：鏈接到一個文件（MFT記錄）。數據會保持可用，只要有至少一個指向它的鏈接存在。
* 軟鏈接：鏈接到文件名（文件路徑）。
Windows Vista支持新的符號鏈接能力，它取代Windows 2000和Windows XP中的。它的設計目的是幫助遷移和UNIX操作系統的應用程序的兼容性。不同于，符號鏈接也可以指向一個文件或或遠程SMB網絡路徑。此外，NTFS符號鏈接的實現提供了跨文件系統的鏈接支持。但是，啟用跨主機的符號鏈接功能需要遠程系統也支持它，這使支持性限制在Windows Vista及更高版本的Windows操作系統。
* ''NTFS符號鏈接(SYMLINK)''：本地或遠程，相對或絕對SMB文件或路徑。啟用跨主機符號鏈接需要遠程系統也支持它，這使支持性限制在Windows Vista及更高版本的Windows操作系統。Windows Server 2008使用軟連接把\Users\All Users\ -> \ProgramData\重定向。符號鏈接可以指向不存在的目標，因為操作系統不會檢查目標是否存在。使用 mklink 或 mklink /D時，相對符號鏈接僅限于單個卷。
* '，也稱軟鏈接：可用于同一臺計算機的同一個卷或不同卷的目錄的鏈接。不能用于對文件的連接。底層是用重解析點實現。使用 mklink /J創建 junction 點后，使用Windows資源管理器刪除它時，如果使用了Shift+Delete，將立即刪除目標文件 (Windows 2000/XP/2003)。 del my_junction 命令不應該使用，因為它會刪除目標目錄中的所有文件。在Windows Vista及更高版本中，使用junction刪除是安全的。
* 卷裝載點（Volume Mount Points）：卷裝載點和前2者類似，只是更進一層：它能創建對整個卷的鏈接。
* 遠程存儲服務器（Microsoft Remote Storage Server）：Windows 2000的這個特性能利用一些規則來移除NTFS卷上不常用的文件，放到存檔介質里（比如CD-RW或磁帶）。當它把文件移出到“線下”或“半線下”的存儲介質上時，RSS自動創建指向這個存檔文件的重解析點，以備日后使用。
NTFS 硬鏈接：從Windows NT 4開始：同一驅動器上的文件，有多個路徑指向它。從Windows 2000開始，Windows API包括一個 CreateHardLink 函數來創建硬鏈接，并且 DeleteFile 可以移除它們。所有Windows NT版本都可以使用 GetFileInformationByHandle 來確定一個文件已關聯的硬鏈接數量。硬鏈接需要NTFS分區。運行在Windows上的類Unix仿真或軟件兼容層（如Cygwin和基于UNIX應用程序的子系統）允許在Windows上使用POSIX接口。大多數現代操作系統不允許硬鏈接目錄以避免無限遞歸目錄；而且，硬鏈接目錄可能導致父目錄的條目不一致；通常使用符號鏈接和達到此目的。硬鏈接只能對同一文件系統上的文件創建。如果需要創建到另一文件系統的鏈接，應該使用符號鏈接。硬鏈接可以使用mklink /H命令創建。
硬鏈接使用與原文件相同的MFT記錄。添加一個硬鏈接會創建一個新的文件名屬性并增加硬鏈接計數器（每個新創建的文件+1）。刪除一個硬鏈接會移除相應的文件名并將硬鏈接計數器-1。當計數器歸零時，文件系統將刪除該文件、釋放其占用的磁盤空間及其MFT記錄。所有名稱屬性是獨立的，因此刪除、移動或重命名文件不會影響其他硬鏈接。
NTFS卷掛載點類似Unix掛載點，將另一個文件系統的根附加到一個目錄。在NTFS中，這允許額外的文件系統不逐一占用驅動器號（如 C:、D:）并掛載。
如果一個卷被掛在到另一個卷的現有目錄上，該目錄以前列出的內容將被隱藏，已掛載卷的根目錄將取代它。已掛載卷仍然有自己單獨分配的驅動器號。文件系統不允許卷被手動互相掛載。卷掛載點可以持久或非持久存在，兩者區別是系統重啟后是否會自動重新掛載。
已掛載卷可能使用非NTFS的文件系統，并可能有自己的安全設置和根據遠程文件系統策略重新映射的訪問權限。
類似卷掛載點，但引用目標為文件系統中的其他目錄而非其他卷。舉例來說，目錄 C:\exampledir 有一個目錄junction屬性，其包含到 D:\linkeddir 的鏈接，因此當它被用戶模式的應用程序訪問時，將會自動引用 D:\linkeddir 目錄。此功能在概念上類似Unix中對目錄的符號鏈接，除了NTFS中的目標必須始終是另一個目錄（典型的Unix文件系統允許符號鏈接的目標是任何類型的文件）。
目錄交接點（可以在命令行提示符中使用 MKLINK /J junctionName targetDirectory 創建，以及用 RMDIR junctionName 移除）是持久的，并在服務器側解析，它們與本地文件系統或掛載內容所在的父卷共享相同的安全領域；不過目錄交接點本身可能有不同的安全設置。取消一個目錄交接點鏈接不會刪除目標目錄中的文件。
某些目錄交接點在Windows Vista上已默認安裝，目的是保證對以前Windows版本的兼容性，例如系統分區根目錄中的Documents and Settings就是鏈接到同個卷根目錄中的的Users物理目錄。不過它在默認情況下是隱藏的，并且設定了安全設置以要求Windows文件資源管理器拒絕在外殼和大多數應用程序中打開它，除了本地內置的SYSTEM用戶或本地管理員組（這兩個用戶帳戶用于在系統中安裝軟件）。這個額外的安全性限制是為了避免用戶誤入此目錄和看到、誤以為并刪除明顯重復的文件。目錄交接點的語義不同于硬鏈接，對目標內容和引用容器本身都不存在引用計數。
目錄交接點是一種軟鏈接（它們可以持久存在，哪怕目標目錄被刪除），可以作為一種有限的符號鏈接使用（對目標位置有所約束），但它是一個優化的版本，重解析點的設計允許更快地處理它，比NTFS符號鏈接具有更小的系統開銷，并且可以在服務器側解析（當發現于遠程共享目錄時）。
符號鏈接（或軟鏈接）在Windows Vista中被引入。符號鏈接在客戶端側解析。因此當符號鏈接被共享時，目標受到客戶端而非服務器的訪問限制。
符號鏈接的創建可以指向文件（用 MKLINK 符號鏈接 目標文件 創建）或目錄（用 MKLINK /D 符號鏈接 目標目錄 創建），但不同于Unix符號鏈接，創建鏈接時必須提供鏈接的類型。符號鏈接創建時不需要目標存在或可用：在符號鏈接可用時才會檢查可用性，NTFS也會在那時檢查類型（文件/目錄）是否正確；如果現有目標的類型錯誤，將會返回“找不到”錯誤。
它們還可引用遠程主機上的共享目錄或文件，以及共享項目錄中的子目錄：它們的目標不會立即掛載，只在使用 OpenFile或CreateFile API時臨時請求。
分布式鏈接跟蹤允許應用程序跟蹤文件、快捷方式和OLE鏈接，即使它已被重命名或移動到同個機器、域或工作組中的另一個分卷。跟蹤實現為一個系統服務，使用對象標識符（OID）的索引存儲在一個元文件中。當應用程序請求跟蹤一個文件或目錄時，跟蹤服務創建指向該文件的OID記錄。在文件被重命名、復制或移動到一個NTFS v3分卷時，對象ID也將被復制。因此跟蹤服務最終能找到目標文件。
當多個目錄有不同但類似的文件時，這些文件可能有著相同的內容。單實例存儲允許相同的文件被合并為一個文件，并創建一個到合并后文件的引用。SIS包括：一個文件系統篩選器，它管理復制、修改和合并文件；一個用戶空間服務（或稱''groveler''），它搜索相同并需要合并的文件。SIS的主要設計目的是遠程安裝的服務器，其存在的多個安裝鏡像可能包含許多相同的文件，SISK可以合并這些。不同于硬鏈接，每個文件仍然是不同的；對一個副本的更改不會改變其他的副本。這類似于寫時復制，但那個技術是內存復制并未真正完成，直至副本被修改。
是一種轉移文件的手段，它根據文件熱度將數據在普通與昂貴的存儲介質間轉移。在下次訪問該文件時，該文件的重解析點會確定所需的存儲介質并從那里檢索。&#x5B;''citation needed''&#x5D;
NSS原是ActiveX文檔存儲技術，它已被微軟停止使用。它允許ActiveX文檔存儲在ActiveX內部使用的多流格式中。NSS文件系統篩選器可以被加載并處理透明傳輸到應用該程序的多個流，并在文件被傳輸到非NTFS格式的磁盤卷時將多個流變為單個流。
與Windows XP（Windows NT 5.x）相比，在Windows 7、Windows 10等作業系統（Windows NT 6.x/Windows NT 10.x）中，存放用戶數據（user data）和系統數據（system data）的默認文件夾位置發生變化。例如，在Windows XP中存放用戶數據的文件為%SystemDrive%\Documents and Settings；在Windows 7中則為%SystemDriver%\User。這樣的變化無疑對以前應用程序能否在Windows 7下順利運行帶來兼容性問題。為了最大程度地保證對以前在Windows XP運行的程序的兼容性，在Windows 7中采用了junction points（連接點）技術。通過這個技術，原來在Windows XP下運行的程序對%SystemDrive%\Documents and Settings文件夾下的數據存取操作，能自動地更改到%SystemDriver%\User文件夾。
xp、windows2003中的路徑
win7、windows2008中的路徑
\Documents and Settings
\Users
\Documents and Settings\Default User或%LOGONSERVER%\NETLOGON\Default User
\Users\Default 或%LOGONSERVER%\NETLOGON\Default
\Documents and Settings\\My Documents
\Users\\Documents
\Documents and Settings\\My Documents\My Pictures
\Users\\Pictures
\Documents and Settings\\My Documents\My Music
\Users\\Music
\Documents and Settings\\Favorites
\Users\\Favorites
\Users\\Contacts
\Users\\Downloads
\Users\\SavedGames
\Documents and Settings\\Application Data
\Users\\AppData\Roaming
\Documents and Settings\\Local Settings\Application Data
\Users\\AppData\Local
\Documents and Settings\\Start Menu
\Users\\AppData\Roaming\Microsoft\Windows\Start Menu
\Documents and Settings\All Users
\Users\Public
\Documents and Settings\All Users\Start Menu
\ProgramData\Microsoft\Windows\Start Menu
\Documents and Settings\All Users\Desktop
\Users\Public\Desktop
重解析點tag是個DWORD，為獲取它，使用FindFirstFile函數，如果輸出參數的dwFileAttributes結構域包含了FILE_ATTRIBUTE_REPARSE_POINT 屬性，那么dwReserved0結構域就是重解析點的tag值。
為判斷文件系統是否支持重解析點，調用GetVolumeInformation函數檢查FILE_SUPPORTS_REPARSE_POINTS比特標志。
DeviceIoControl函數可以設置、修改、獲取、刪除重解析點。
GetFileAttributes函數可判斷一個文件或目錄是否包含重解析點。
CreateFile函數帶著FILE_FLAG_OPEN_REPARSE_POINT，可以打開一個重解析點文件。
* NTFS junction點
*  Reparse Point Support in Windows 2000-Based Clusters
*  Reparse Points in the Microsoft Developer Network (MSDN) Library
以下是版本控制軟件比較。下表包括知名的版本控制和軟件配置管理（SCM）軟件的一般信息和技術信息。對不適用源代碼的SCM軟件，見。
* ''庫模式''表示源碼庫各個副本之間的關系。在一個主從式架構中，用戶通過客戶端訪問總庫；一般而言，他們本地機器只保存項目樹的一個工作副本。工作副本的變化必須提交到總庫之后才能反映給其他用戶。而在分布式架構中，庫之間是平等的，用戶一般除了他們的工作副本之外，還有本地庫來存放版本歷史。
* ''并發模式''表示如何管理工作副本的變化，以防止同時編輯造成庫中的數據混亂。在''鎖定''模式下，只有用戶從總庫請求并得到了一個文件的排他鎖，才允許改變文件。在''合并''模式下，用戶可以自由編輯文件，但當他們提交變化到總庫時會被告知可能存在沖突，隨后版本控制系統可能會對雙方合并這些變化，或者當發生沖突時讓用戶來決定。注意，分布式版本控制幾乎都是合并的并發模式。
大部分Java平臺（類Unix系統、Windows、OS X）
（$350/人）
Canonical公司
分布式、主從式
類Unix系統、Windows、OS X
BitMover公司
Linux、Windows、AIX、Solaris、HP-UX、i5/OS、OS/390、z/OS
（$4600/浮動許可證）（每個用戶自動持有至少30分鐘，可以手動釋放）
Reliable軟件
（$150/人）
Ross Cohen
官方網站已下線；最新版本為2007年7月13日
精確codeville合并
維護但不增加新功能
March Hare軟件及社區成員
維護且新功能開發中
Merge or lock
類Unix系統、Windows、OS X、i5/OS
Darcs團隊
Windows、Linux、Solaris、AIX、HP UX、z/OS
POSIX、Windows、OS X及其它
POSIX、Windows、OS X
Andy Tai
IC Manage
IC Manage公司
Integrity，PTC的子公司
類Unix系統、Windows
Matt Mackall
Nathaniel Smith, Graydon Hoare
Perforce軟件公司
Plastic SCM
Codice軟件
Linux、Windows、OS X
Serena軟件
Windows、類Unix系統
Linux、Windows、AIX、Solaris、HP-UX、i5/OS、OS/390、z/OS、OS X
Revision Control System
Thien-Thi Nguyen
SCM Anywhere
（單用戶免費；$299/人，量大優惠）
J?rg Schilling
Windows并通過Java客戶端跨平臺
（Quoted on an individual basis）
Subversion（SVN）
（$595/人；訂閱$29/月）
Best Practical
主從式，去中心化的
Team Foundation Server（TFS）
主從式、分布式
Windows，通過Visual Studio Team Services跨平臺
Linux、Windows、類Unix系統
（聯系IBM Rational）
SourceGear LLC
類Unix系統、Linux、Windows
（$300/人）
網站顯示不維護；最新版本2013年3月25日&#x20;&nbsp;(2013-03-25)
Kenneth Schalk、Tim Mann
網站自2006年后未更新；最新版本2009年2月15日
分布式模擬NFS協議，可以同時使用主從式
鎖定分支；分支合并
Tru64、Linux
Visual SourceSafe（VSS）
只修復嚴重錯誤
（~$500/許可證，或單許可證+每個MSDN訂閱
* ''軟件''：應用的名稱。
* ''編程語言''：編程語言中的應用正在發展
* ''存儲方法''：表示文件在庫中存儲的形式。''快照''表示提交的文件被整個存儲——通常是壓縮的。''變化集''表示提交的文件只存儲它與前后版本的區別。
* ''變化范圍''：表示記錄的變化是針對單獨的''文件''，還是整個目錄''樹''。
* ''版本ID''：用來在庫中標識文件的特定版本。系統可以使用''偽隨機''標識符、版本的內容散列值或帶有版本序列號（命名空間）的文件名。而Integrated Difference的版本號則基于變化集自身，它可以表示多個文件的變化。
* ''網絡協議''：同步變化時所使用的協議列表。
* ''源碼規模''：源碼的大小以兆（megabyte）為單位。
網絡傳輸協議
C++、Java
數字對：NN/NN
Python、Pyrex、C
自定義、基于ssh自定義、基于HTTP自定義、HTTP、SFTP、FTP、郵件bundle、WebDAV（需要插件）
4.1 MB
變化集的鍵、數字
自定義、HTTP、rsh、ssh、郵件
C、C++、Java、HTML
變化集和快照
HTTP、TCP/IP
C、Java、Perl
自定義（CCFS）、自定義（MVFS文件系統驅動器）、HTTP
用戶ID-序列號
電子郵件（MAPI、SMTP/POP3、Gmail）、LAN
pserver、ssh
3.3 MB
基于ssh、sspi、sserver、gserver、pserver自定義
變化集（補丁）
基于ssh、HTTP、郵件自定義
1.7 MB
C、C++、Java、C#
快照或變化集
自定義、HTTP/HTTPS
SHA-1散列
HTTP/HTTPS、基于ssh自定義
7.2 MB
C、shell腳本、Perl
自定義（''git''）、基于ssh自定義、HTTP/HTTPS、rsync、郵件、bundles
C、shell腳本
HTTP、WebDAV
Python、C
數字、SHA-1散列
基于ssh自定義、HTTP、郵件bundles（有標準插件）
C、Java
自定義、HTTP
自定義（''netsync''）、基于ssh自定義、文件系統
4.4 MB
C++、C、LabVIEW
基于HTTP/HTTPS的REST服務
5.3 MB
C++、Java、C#
基于HTTP/HTTPS的SOAP
1.3 MB
C++、C、Java
自定義、TCP/IP
自定義（''svn''）、基于ssh自定義、HTTP和SSL（使用WebDAV）
5.2 MB
變化集（文本）/快照（二進制）
自定義、基于ssh自定義、HTTP
C++和C#
HTTP、HTTPS
C、JavaScript
數字、SHA-1、SHA-2和Skein散列
15.8 MB
SMB、DCOM
* ''原子提交''：保證所有的改變都提交成功或者都不成功。
* ''文件重命名''：表示系統是否允許文件在改名后仍然保留他們的版本歷史。
* ''合并文件重命名''：表示系統是否能夠將一個分支上的文件變化合并到另一個分支上已重命名的同一個文件上（或者相反）。 如果同一個文件在兩個分支上都已經重命名，則產生重命名沖突，必須由用戶來解決。
* ''符號鏈接''：表示一個系統是否允許象普通文件一樣對符號鏈接進行版本控制。 對符號鏈接的版本控制，某些人認為是一項功能，而另一些人則認為存在安全隱患（例如，一個到/etc/passwd的符號鏈接）。符號鏈接只支持特定的平臺，這取決于軟件的實現。
* ''前/后事件觸發''：表示有能力在一個動作之前或之后觸發命令，例如發生一個提交的動作。
* ''簽名版本''：指集成了版本的數字簽名，例如以OpenPGP的格式。
* ''合并跟蹤''：表示一個系統是否記得在哪些版本之間合并了哪些變化，并且只合并那些從一個分支合并到另一個分支時丟失的變化。
* ''換行轉換''：表示一個系統是否能適配文本文件的換行符，從而匹配當前使用的操作系統的換行方式。控制變化的粒度，例如 Subversion，可以進行配置，依據文件類型來處理換行符的不同，而Perforce根據一個單一、每個客戶端的配置轉換所有的文本文件。
* ''標簽''：表示是否可以給一個特定版本賦予一個帶有含意的名字，無論這些名字被叫做標記還是標簽。
* ''國際化支持''：表示該軟件是否支持多語言環境和多操作系統。
* ''Unicode文件名支持''：表示該軟件是否支持使用不同的文件系統之間的互操作。
* ''大庫支持''：系統能高效處理十億字節左右或更大的庫嗎？
合并文件重命名
前/后事件觸發
Unicode文件名支持
* ''關鍵詞擴展''：支持關鍵詞自動擴展，例如文件版本號。
* ''交互式提交''：交互式提交允許用戶對變化精挑細選，并決定哪些變化可以提交（未被選擇的變化只被保留為工作副本的變化），而不是只到文件級別的粒度。
* ''外部引用''：在源碼樹中嵌入外部庫。
* ''部分檢出/復制''：從庫中只檢出或復制特定子目錄的能力。
* ''權限位''：在版本歷史中跟蹤文件權限位。
* ''保留時間戳''：對于文件系統屬性中的''最后修改時間''，以提交時間覆蓋檢出時間。
* ''用戶自動合并工具''：自動合并可以嘗試通過用戶選擇的任何工具來進行（希望能以每個文件為基礎來配置）。
* ''支持的格式''：支持讀/寫，或者只讀（轉換，有可能再重復）。
* ''共享所得目標的構建緩存''：通過這一能力，如果其他協作用戶恰好共享了同樣的依賴，可以引入其他用戶構建的所得目標，而無需在本地重建它們。
部分檢出/復制
用戶自動合并工具
共享所得目標的構建緩存
git（bi-dir）
bzr、subversion、git、hg、任何有快速導出功能的
CA Software Change Manager
從ClearCase、Subversion、CVS、PVCS、ChangeMan DS遷移
fossil（使用sqlite），任何有快速導出功能的
git、cvs、subversion、hg、任何有快速導出功能的
hg、subversion、git、任何被Convert擴展支持的其它格式
Git 、 Team Foundation Version Control (TFVC)
* 綠格中不在方括號里的命令使用了交互式的命令行提示符。方括號中的文本用來解釋哪里能找到等價功能。
* ''庫初始化''：創建一個新的空庫（比如，版本控制數據庫）。
* ''克隆''：創建一個完全相同的庫實例（在一個安全事務中）。
* ''拉''：將版本從遠程庫下載到本地庫。
* ''推''：將版本從本地庫上傳到遠程庫。
* ''本地分支''：創建一個不存在于原始遠程庫中的本地分支。
* ''檢出''：從（遠程）庫創建一個本地工作副本。
* ''更新''：用庫中的最新版本更新工作副本中的文件。
* ''鎖定''：鎖定庫中的文件，以免被其他用戶更改。
* ''添加''：標記指定的文件，以便在下一次提交時添加到庫中。
* ''移除''：標記指定的文件，以便在下一次提交時移除（注：保存在移除時及之前的相關版本歷史）。
* ''移動''：標記指定的文件，以便在下一次提交時移動到新的位置。
* ''拷貝''：標記指定的文件，以便在下一次提交時拷貝。
* ''合并''：融合同一個工作副本路徑的兩個來源之間的差別。
* ''提交''：將變化記錄到庫中。
* ''恢復''：從庫中恢復工作副本文件。
* ''生成打包文件''：創建一個包含壓縮的對給定庫的變化集的文件。
* ''重定位''：將本地提交重定位到已更新的上游地址。
生成打包文件
* ''命令別名''：為指定的命令或組合創建定制的別名
* ''鎖定/解鎖''：排他性地鎖定一個文件，以防被其他人編輯。
* ''擱置/取消擱置''：在工作目錄中暫時擱置部分或全部的變化。
* ''回滾''：從歷史中移除一個版本。
* ''挑選''：只把某些修訂從一個分支移動到另一個分支（而不是合并分支）。
* ''二分檢索''：在源碼歷史中，使用二分檢索來查找一個變化的引入或修復。
* ''出入''：查詢本地庫和遠程庫之間的差別（該差別可能會以推/拉的方式發送/取回）。
* ''過濾''：在庫中搜索，以找到那些匹配一個模式的行。
* ''記錄''：在一次提交中只包含一個文件的某些變化，而不包含其它的變化。
擱置/取消擱置
* ''網頁版界面''：表示應用軟件是否包含一個網頁版界面。網頁版界面可以允許軟件發送診斷數據到一個網站，甚至能允許對應用軟件進行遠程控制。
* ''圖形界面''：GUI，圖形用戶界面。 如果一個軟件產品提供了GUI，它的功能可以通過應用程序窗口來訪問，而不是只能通過象DOS界面一樣在命令提示符后面敲入命令來訪問。
* ''插件''：功能通過集成開發環境來實現。 最低的功能應該是，列出文件的版本狀態，及檢入/檢出文件。
IDE的集成與/或插件
Windows（incl.與資源管理器整合）、Linux、Unix、OS X、BeOS
IntelliJ IDEA、Eclipse、Visual Studio
可以使用一個簡單的網頁服務器
Olive、bzr-gtk（GTK+）、Bazaar Explorer（Qt）、QBzr（Qt）、TortoiseBzr（Windows）
Eclipse（BzrEclipse、QBzrEclipse）、Visual Studio（bzr-visualstudio）、TextMate（TextMateBundle）、Komodo IDE
包含（bkd）
基于Eclipse的GUI
Eclipse、MS Visual Studio
包含，Clearcase網頁界面
較老的：MS Windows自帶的，類Unix系統基于Motif的GUI，的TSO客戶端。
Emacs、Eclipse（IBM所有，Eclipse-CCase）、Visual Studio（IBM所有）、KDevelop（標準）、IntelliJ IDEA（標準基本版）
不需要，因為整個工程在本地復制
cvsweb、ViewVC及其它
TortoiseCVS、TkCVS （Tcl/Tk）、（Windows資源管理器）、WinCVS, OS X、GTK、Qt
Eclipse（團隊）、KDevelop（標準）、IntelliJ IDEA（標準，在社區版和終極版中）、Emacs（標準VC）、Komodo IDE、BBEdit
Windows、OS X、OS/400、GTK、Qt
所有支持CVS的，加上SCCI、Bugzilla、Build的商業插件
darcs.cgi包含；darcsweb、Trac
開發中；TortoiseDarcs（Windows資源管理器）、OS X（alpha）
Eclipse（eclipsedarcs）、Emacs（vc-darcs.el）
Windows（incl.與資源管理器整合）
Eclipse、Visual Studio、IntelliJ IDEA、XCode、Powerbuilder
包含內嵌的網頁服務器（UI/服務器模式），通過CGI模式可以運行多個庫
fuel-scm
Gitweb、wit、cgit、GitLab、GitHub、、Trac、、 、、Bitbucket、Stash、、Bonobo Git Server
gitk、git-gui（Tcl/Tk）、tig、 Gitbox（OS X）、TortoiseGit、qgit、gitg（GNOME/GTK）、（h）gct（Qt）、git-cola（Qt）、Git Extensions（Windows）、GitEye、SmartGit/Hg、Tower、SourceTree（OS X/Windows）、Sprout（OS X）、GitX（OS X）、GitUp（OS X）、GitKraken
Aptana 3 Beta（集成Git的Aptana Studio 3）；Eclipse （JGit/EGit）；Netbeans （NbGit）；KDevelop；Visual Studio（Git擴展）；Emacs（標準VC擴展）；SAP Web IDE；TextMate（Git TextMate Bundle）；Vim（VCSCommand插件和fugitive插件）；IntelliJ IDEA >8.1（標準，社區和基本版）；Komodo IDE；Anjuta
ArchZoom
ArchWay（GTK2）、TlaLog
Emacs（標準VC）
Windows、Linux、Unix、OS X
Emacs、Cadence Design Framework、Synopsys Custom Designer
Windows、Linux、Unix、Solaris、AIX
Eclipse、Microsoft Visual Studio、Perforce及其它。還提供支持工業標準的Source Code Control（SCC）界面
包含，Bitbucket、Trac、、、
Hgk（Tcl/Tk）、（h）gct（Qt）、TortoiseHg（Windows資源管理器、Nautilus）、MacHg、
MacMercurial、Murky、SourceTree（Windows/OS X）、TortoiseHg、SmartGit/Hg
IntelliJ IDEA（hg4idea第三方插件）、Eclipse（Mercurial Eclipse）、NetBeans、Visual Studio 2008、Emacs、Vim（VCSCommand插件）、Komodo IDE、Eric Python IDE
ViewMTN、TracMonotone
Monotone-Viz（GTK+)、Guitone（Qt）、Monotone Browser（GTK+、Perl）
包含，P4Web、P4FTP
Windows、Linux、Unix、OS X、BeOS
Eclipse、Visual Studio（P4SCC）、KDevelop（標準？）、IntelliJ IDEA（標準基本版）、Komodo IDE、BBEdit、Emacs（p4.el）
Eclipse整合；MS Visual Studio整合（有限的）
Windows、Java、Eclipse、Visual Studio、BDS2006整合、Java命令行
IntelliJ IDEA（標準基本版）、Visual Studio、JBuilder、Eclipse
包含Apache 2模塊，WebSVN、ViewSVN、、Trac、、sventon、、
Java、KDESVN、OS X（包含Finder整合）、Nautilus、Qt、RabbitVCS、RapidSVN、SourceTree（OS X）、TortoiseSVN（Windows資源管理器）
Anjuta、BBEdit、Eclipse（Subclipse、Subversive）、Emacs（標準VC）、IntelliJ IDEA（標準社區和基本版）、KDevelop（標準）、Komodo IDE、MonoDevelop（標準）、Netbeans、RabbitVCS（GEdit版）、TextMate（SVNMate插件）、Visual Studio（AnkhSVN、VisualSVN）
Windows、OS X、Linux
Dreamweaver、Eclipse、IntelliJ IDEA、JDeveloper、KDevelop、NetBeans、Powerbuilder、Visual Studio、WebStorm
通過Telelogic Change界面
Windows（incl.與資源管理器整合）、Linux、Unix
Eclipse（Telelogic所有）、Visual Studio（Telelogic所有）、IntelliJ IDEA（Telelogic所有）
包含（Sharepoint Server用于網頁服務）
Windows、OS X、Unix
Visual Studio、Eclipse IDE和IntelliJ IDEA（標準基本版）的Java客戶端
Windows、類Unix系統、OS X
Visual Studio 2003及以上、Eclipse 3.2及以上
Windows上的Tortoise界面
VestaWeb
不包含；SSWI、VSS Remoting
Windows包含；Linux、OS X和Solaris使用SourceOffSite；任何有Java虛擬機的使用Sourceanywhere
Visual Studio、IntelliJ IDEA（標準，基本版）
* ''歷史''：簡短地講述軟件的起源好發展。
* ''知名用戶''：使用該軟件作為''主要''版本控制系統的知名工程列表，不包括該軟件自己。如果它有一個完整的列表，后邊會列出該列表的鏈接。
2002年首次公開發布。
美國航空、福特汽車、洛克希德·馬丁、Orbitz、施樂、McAfee、Polycom、閃迪、西門子、索尼、賽門鐵克、Thomson Financial、威瑞森無線等等。
與baz有一定關系。由Canonical公司贊助。
Ubuntu、Launchpad、KatchTV。
受Sun WorkShop TeamWare影響
Linux內核（2002–2005）及很多公司。
原公司成立于1977年；CA SCM（后來被叫做CCC/Harvest）首次發布于1995年。
沒有公司的允許，CA不會公開客戶的名單。CA SCM被很多有全球開發團隊的公司所使用，其中有13家位列財富100。
最初在1990年由Atria軟件開發，它所追隨的概念由阿波羅電腦于1980年代在DSEE上開發。最近的版本是8.0.1，于2011年11月發布。
IBM、阿爾卡特-朗訊、思科、摩托羅拉、西門子、愛立信、諾基亞、環球銀行金融電信協會及其它世界性大組織。
第一個分布式版本控制系統，于1997年進行演示，隨后很快發布。
1986 首次被公開發布于1986年7月3日；基于RCS。
首次公開發布于1998年；基于CVS。由CVS開發者開始，目的是加入對更寬范圍的開發方法和過程的支持。
主要由專業人員（非業余愛好者），例如：AnandTech、Wachovia、Wells Fargo、Goldman Sachs。
首次被宣布于2003年4月9日。
Mnet、xmonad、使用Darcs的項目。
1980年代后期，SQL軟件以“PCMS Dimensions”的名字開發（PCMS意為Product Configuration Management，產品配置管理）。經過多次兼并，該產品以“PVCS Dimensions”（1990年代，Intersolv）、“Dimensions”（2000年代早期，Merant）、“ChangeMan Dimensions”（2004年，Serena軟件）及最終的“Dimensions CM”（2007年以后，Serena軟件）為名發布。
洛克希德·馬丁、歐洲空間局、富士通商業通訊系統及許多全球性公司。
Fossil和SQLite曾經在2007年7月21日以后使用Fossil。
SQLite、Fossil、Tcl/Tk項目
林納斯·托瓦茲于2005年4月開始，隨著與BitKeeper的分歧。
Linux內核、Android、Bugzilla、GNOME、GNU Emacs、GRUB2、KDE、MySQL、Perl 5、PostgreSQL、X.Org、Cairo、Qt開發框架、Samba、OpenEmbedded、Ruby、Ruby on Rails、Wine、Fluxbox、Openbox、Compiz Fusion、XCB、ELinks、XMMS2、e2fsprogs、GNU核心工具、DokuWiki、Drupal、LibreOffice、MediaWiki、 Mono、ASP.NET MVC、ADO.NET實體框架、NuGet、jQuery及其眾多插件、OpenCV、Wireshark、Django、許多公司如愛立信、微軟、華為、蘋果、亞馬遜、LG。