注 意：請確定你有足夠的磁盤空間：內核包僅30MB,但一旦展開,源代碼將膨脹到150MB,并且生成的Cscope數據庫將吞掉另一個 20-100+MB（取決于你決定要將多少內核代碼包括在數據庫中）.如果有必要,你可以將Cscope數據庫和源代碼扔在不同的磁盤分區.

你可能想使用絕對路徑（至少如果你打算在一個編輯器中使用Cscope數據庫的話）,因為這樣你就可以使用你創建的數據庫的那個目錄以外的目錄. 我展示的命令將首先cd到根目錄,以便find打印出絕對路徑.

對于很多項目,你的find命令像下面這個一樣簡單,

cd /
find /my/project/dir -name '*.java' >/my/cscope/dir/

對于Linux內核,有個小技巧,因為我們不需要docs和scripts目錄中的任何代碼,以及那些針對除了我們心愛的英特爾x86（這是我猜測的你可能感興趣的架構）以外的芯片的體系結構和匯編代碼的代碼.

此 外,在這個例子中我不會包括任何內核驅動程序代碼（他們將使得需要解析的代碼數量增加到原來的兩倍以上,這將撐暴Cscope數據庫,它們包含許 多重復的定義,它們往往導致搜索更難度.如果你對驅動程序代碼有興趣,忽略以下的有關行,或把它修改一下使得打印出來的驅動程序文件只包含你感興趣的）：

LNX=/home/jru/linux-2.4.18
cd /
find $LNX \
-path "$LNX/arch/*" ! -path "$LNX/arch/i386*" -prune -o \
-path "$LNX/include/asm-*" ! -path "$LNX/include/asm-i386*" -prune -o \
-path "$LNX/tmp*" -prune -o \
-path "$LNX/Documentation*" -prune -o \
-path "$LNX/scripts*" -prune -o \
-path "$LNX/drivers*" -prune -o \
-name "*.[chxsS]" -print >/home/jru/cscope/cscope.files

雖然寫find命令可能有點麻煩,但是對大型項目,這個方法比手動得編輯文件列表更容易,當然，你也可以從別人那里使用剪切或者拷貝的辦法解決問題.

cd /home/jru/cscope # the directory with 'cscope.files'
cscope -b -q -k

'- b'選項告訴Cscope只建立數據庫,而不要打開Cscope的GUI. '-q'選項意旨在于創建一個附加的'inverted index'文件,這使得對大型數據庫搜索的運行速度更快.最后,'-k'設置Cscope的'kernel'模式-cscop不會在/usr /include中搜索你的源文件中使用#include宏指出的任何頭文件（這主要是當你在操作系統和/或C語言庫的源代碼中——就像我們這個例子一樣 ——使用Cscope時是非常有用的）.

在我的900兆赫奔騰III系統（標準IDE磁盤）,解析這些Linux源代碼只需要12秒,解析結果放在3個文件（cscope.out, cscope.in.out 和 cscope.po.out）一共占25兆字節.

此外,你可以使用Cscope附帶的獨立的curses-based的圖形用戶界面,它幫助你執行搜索,然后啟動你最喜愛的編輯器（例如,在你的環境中任何通過$EDITOR環境變量所設置編輯器,或默認的'vi'）打開確切的搜索結果所在的行.

如果你使用獨立的Cscope瀏覽器,請務必通過下面的命令調用它

cscope -d

這 就告訴Cscope不要重新生成數據庫.不然的話,你只能等待Cscope檢查是否有被修改的文件——在大項目中這可能要花一段時間,即使沒有任 何文件發生了變化.如果你不小心沒有加任何選項得運行了'cscope',這將導致導致數據庫重新不帶快速索引或之前使用的內核模式從零開始生成,所以你 可能需要重新運行上述正確的cscope命令以重建數據庫.

如果你的項目加入了新的文件,如果你想使用它,那么重新運行你的'find'命令來更新cscope.files. 然后只需像你初次生成數據庫時一樣（例如,cscope -b -q -k）以同樣的方式調用cscope（并且在同一目錄中）就可以了.