Android開發，appcompat_v7需要進版本管控嗎？

用Eclipse或Android Studio開發Android APP的朋友會發現，在ADT 22.6以後，當建立新的專案時，都會多一個appcompat_v7(或appcompat_v7_xx)的專案。
這專案是什麼？有什麼用途？網路上已有不少文章，大家找一下就可以找到一堆了 (參考)

那當專案要進版本管控(SVN, CVS, etc.)時，這個自動生成的support library project也需要跟著進去嗎？
找了一些文章，似乎沒有找到有較明確的說法。
當然，一起納管一定沒問題，可是納管這個自動生成的project似乎很沒道理。

換個角度來思考，如果我們在沒有這個project的workspace中，可以讓工具自動再生成這個project，讓我們的porject可以正常運作，那這個appcompat_v7就可以不用放進版本管控了。

做一個實驗，模擬一下當從SVN or CVS check-out一個專案時，是否能把整個開發環境建立回來。
開一個新的workspace，把一個之前做好的project給import進來，當然如預期的，會有一大堆的錯誤。錯誤當然都是跟support library有關。

接下來就要把support library project建立起來。相信大家的環境一定會有Android SDK。接著我們就要從下面的目錄把support library給import進來

<android_sdk>\extras\android\support\v7\appcompat  (註：<android_sdk>是指你SDK的安裝目錄)

不過還是一堆error

看一下原專案的properties，其library的名稱是appcompat_v7，但我們import進來的名稱是android-support-v7-appcompat，兩者名稱不同，必須修改一下讓兩者一致。那要修改那一個？我比較偏好改support library project的名稱。因為改properties裡的library名稱，再commit回版本管控時，可能會影響到別的同仁。

在project上right-click，用refactoring的功能來改project name為appcompat_v7 (如果在上一步驟所看到的project name不是這一個，以properties裡的設定為主)

修改完後，Eclipse就開始重新build workspace，這時errors就消失了

試跑了一下，原project的功能都正常。因此整個開發環境都回來了。

透過這個實驗可以得知，我們可以不用把support library project放進版本管控系統中，之後也能把開發環境重建起來。

補註：想瞭解Android support library有那些及分別有那些功能，<android_sdk>\extras\android\support\README.txt這份文件是個好起點