*師從官方文檔：
https://userbase.kde.org/KDevelop4/Manual/zh-cn
https://docs.kde.org/trunk5/en/extragear-kdevelop/kdevelop/index.html
*寫在前面（一定要看！！！）：
本文從debug開始有些功能譯者未曾使用，但為了文檔的完整性，參考了谷歌翻譯，有看不懂的地方，各位請移步官方文檔詳查。
本文持續更新一些使用心得和細節，寫的不周到的地方，歡迎各位前輩批評指正。
1、什么是kdevelop？
KDevelop提供主流IDE的所有設施。而且最重要一點就是他能夠很好的理解C++
eg1 我們定義了car這個類
class Car {
// ...
public:
std::string get_color () const;
};
在后面我們使用car時候
Car my_ride; // ...do something with this variable... std::string color = my_ride.ge
輸入到這里的時候，你只要輸入按回車就可以自動補全
eg2
double foo ()
{
double var = my_func();
return var * var;
}
double bar ()
{
double var = my_func();
return var * var * var;
}
當你的鼠標放在函數bar的var上時，你可以看到在bar函數內的var全部都高亮，而foo里的不會，因為kdevelop很聰明；
當你的鼠標右鍵函數bar的var上時，跳出的菜單里允許你重命名var，這個騷操作不會影響foo里的var，因為kdevelop很聰明；
當你的鼠標雙擊函數bar的var時候，你會看到文件內所有的var都會高亮
2、Session和Project：kdevelop的基礎
2.1 術語（Terminology）解釋
一個session包含了所有你想工作的project，比如你可以在一個Session里group兩個工程：Linux內核和設備驅動，這將有利於看着內核的代碼寫驅動，不用切換來切換去，是不是很方便呢？
還有一個操作就是：如果您在項目的當前開發版本以及分支上工作：在這種情況下，您不希望KDevelop混淆屬於主干線和分支的類，
因此您可以設置兩個會話，具有相同的項目集，但是來自不同的目錄（對應於不同的開發分支）。
2.2 開始一個會話並導入工程【Fetch】
A點擊kdevelop頂端左側的Session / Start new session 即可新建一個Session
B導入工程：
source 這里有幾種選擇代碼的來源：git subversion github 等等
destination 工程所存目錄
URL 源碼鏈接
GET 點擊get即可下載
C選擇該目錄下的一個 KDevelop工程文件，因為我們沒有，直接點next
D next
E 選擇工程管理者：如果你選擇標准的UNIX來make file，選擇custom就好
F 到這里，kdevelop就開始管理工程了
2.3 開始一個會話並打開工程【Import】
直接從硬盤打開就行
2.4 在同一個Session下新建另外一個工程
你懂得。。。
2.5 從頭新建一個工程
Projects → New from Template
根據需求選擇不同的模板
第二步是問你要不要版本控制，如果不需要或者后面手動配置，直接點none后點finish即可
3、擼源代碼【划重點】
kdevelop提供多種高產的開發源碼的騷操作
3.1 先瞅瞅
是不是帥爆了。。。
Snippets 代碼縮略圖 Classes所有的類都可以在這里看到 Documents 最近經常訪問的一些文件 File system 本地文件系統 Konsole kdevelop里的命令行窗口
所有的工具介紹：http://userbase.kde.org/Special:myLanguage/KDevelop4/Manual/Tool%20list
3.2 探索源碼
這個圖顯示了：cell的類型，所在的函數，在哪里聲明和定義
這個圖顯示了：這個函數所在的文件，甚至可能來自同一個Session的不同project里，點擊藍色的文件即可找到這個函數！
上面探索源碼的方式都不長久，如果想要長久的看，就打開左側的code browser即可
上面的那個是查看一個變量或者函數，這個是查看一段代碼
點擊class導航窗口的一個類，即可跳轉到相關的類
在Documents里可以查看所有源代碼文件
另外：kdevelop提供彩虹色來對代碼不同屬性的內容進行着色，方便coder查看
3.3 源碼導航
pageup 和 pagedown 可以翻頁 / 在工具欄的右上角有個outline的窗口：你可以從這里找到這個文件下的類和函數【有點和ctrl+F像，但比+F更高級的是會模糊匹配】
快速打開：跳轉到其他文件
A 類：Navigate → Quick open class
B 函數：Navigate → Quick open function
C 文件：Navigate → Quick open file
D 普通的打開：Navigate → Quick open
E 跳轉到定義
3.4 擼源碼
---代碼的自動補全：詳見前文
---關於類的文件使用：【我們在第四章會集中介紹所有模塊的創建】，這里假設我們已經為bus這個類創建好了bus.cpp和bus.h
比如要為bus添加一個函數，則在bus.h里增加即可，但這里不要寫這個函數的源代碼，而是將這個源代碼寫在bus.cpp里，
但是如果有人寫在了bus.h里，聰明的kdevelop也幫你做好了：鎖定你寫在bus.h里的代碼，然后選擇Code → Move to source，就可以移動到bus.cpp里了！ 【當然，應該沒有人這么淘氣】
PS：這個騷操作其實還是沒有你聰明，比如你想在頭文件里使用內聯函數（inline）
其實這里有個kdevelop的bug：你如果使用第一張圖的自動補全后，會把inline這個標志擦掉。
bug的地址： https://bugs.kde.org/show_bug.cgi?id=274245
---變量補全【厲害了我的哥】
比如我們在bus.cpp里輸入一個未定義的變量，這時候kdevelop會以下划線的形式告訴我們這是錯誤的，但是你又想使用這個變量，那么就點擊或者{右擊 Solve: Declare As. }這個變量會跳出一個懸浮框，問你要不要聲明這個變量 並且有不同類型的供你選擇：1.無符號整型 2.公有無符號 3.私有無符號 等等，點擊其中一種，就會自動在類里聲明這個變量
---文檔聲明【沒有最騷，只有更騷】
看過源碼的人都知道，很多源碼文檔都有說明，
如果我們要自己寫說明的時候怎么辦呢？
把光標放在要聲明的那一行，然后Code → Document Declaration，如下圖所示
----重命名變量 函數 類
比如你想要修改一個變量 函數 或者類的名字，但是他們又分布在文件的各個角落，你該怎么做呢？
選中他的名字，然后Code → Rename declaration
一鍵操作！
----代碼片段復用
小時候，我們為了寫一篇好的作文，會把一些好的詞語和句子存入我們大腦的知識庫，寫作文的時候就可以自如的調出來使用了
similarly
kdevelop也支持這種操作：你可以點擊工具欄里的Snippets，然后先“Add repository”創建一個小知識庫A，然后再新建一個小的代碼片段A1，當你在擼代碼的時候，直接輸入A1他就會自動幫你找到你這個片段，然后點回車就好了
我們這里只用了他的一小部分功能，詳情移步：http://userbase.kde.org/Special:myLanguage/KDevelop4/Manual/Tool_list/Snippets
題外話：寫到這里，我已經對kdevelop的強大表示折服了。。。
3.5 待定
3.6 快捷鍵
setting ---- configure shortcuts
自己喜歡什么設置什么
4. 利用模板生產代碼
A 類class
File → New from Template...
首先為這個類選擇什么語言？ 再選擇什么形式的框架？ 模板：基礎版還是私有指針變量版
B 測試類單元
抱歉，沒看懂，大意好像是對從模板新建的類進行測試。。。 感覺沒啥鳥用（其實是不會）跳過，跳過
【如果有熟悉的麻煩cc一份給我！】
C 測試文件單元
emmm。。。。 同上，跳過跳過
D 管理模板
在新建類的時候，除了IDE基本提供的外，可以點擊Get more Templates... 獲取更多，如果還沒有，可以新建一個自定義的。。。
【感覺我這學渣目前階段官方提供的還是夠用，大神移步：https://docs.kde.org/trunk5/en/extragear-kdevelop/kdevelop/managing-templates.html】
5、使用自定義Makefile來構建（編譯）項目
Preface:實際上編寫Makefile這部分因為CMake來做后，本弱渣就完全沒有接觸過，但為了“文檔的完備性”還是堅持了下來，如果感覺翻譯的不好的地方，請參考原文檔
許多項目使用make程序（如GNU make）解釋的makefile文件來描述源文件是如何編譯的，比如源文件或者頭文件更改，哪些文件必須重新被編譯等等
對於簡單的項目，手動設置這樣的文件通常很容易。 對於較大的項目通常用GNU autotools（autoconf，autoheader，automake）來集成Makefile。
在本部分中，我們假設您有一個Makefile作為您的項目，並教您KDevelop如何與它進行交互。
***【Note】******
kdevelop4系列是不知道GNU autotools的，如果你的工程使用了這些，手動運行./configure
如果有人想在kdevelop里使用這些，就在Windows-> ADD tool view里添加Konsole tool，然后手動運行./configure
PS:這些GNU autotools什么如果需要了解的，可以去這里看看 本人幾乎沒用過....
*******************
首先來看如何告訴kdevelop你makefile文件里的目標，這兒提供兩種方法：第一種是選擇一份makefile，第二種選擇一些你可能經常編譯的目標(庫/.cpp/ .etc)。
對於這兩種方法，通過單擊KDevelop主窗口周邊的“project”按鈕，打開“project”工具。“Project ”工具窗口包含兩部分：
上半部分標題為“Project ” - 列出所有項目，讓我們展開基礎目錄樹。下半部分標題為“Project Selection” - 列出了如果您選擇菜單項目“Project ”→“Build selection”或按F8將要構建的項目子集;
我們將回到下面的這個部分。
5.1 搭建獨立的makefile
在項目視圖的頂部，展開一個項目的子樹，假設你想運行一個特定的Makefile目標。
這將給你（i）這個項目下目錄的圖標，（ii）這個項目頂層目錄中的文件，（iii）Makefile目標KDevelop可以識別。 這些類別如右圖所示。
請注意，KDevelop在一定程度上理解Makefile語法，因此可以為您提供在此Makefile中定義的目標（盡管如果目標是組成或隱含的，這種理解有其限制）。
要建立那里列出的任何目標，用鼠標右鍵單擊它，然后選擇Build。 例如，用“clean”的目標來做這個事情就簡單地執行“make clean”。 您可以在標題為Build的子窗口中看到發生的情況，顯示命令和輸出。 （該窗口對應於Build工具，因此您可以使用主窗口周邊的Build工具按鈕關閉並稍后重新打開該窗口，它顯示在圖片右下角。
5.2 為重復構建選擇一個Makefile目標集合
每次你想建立一些東西的時候，右鍵單擊Makefile對象就會很快變老。相反，我們希望為會議中的一個或多個項目設定單獨的目標，我們可以在不需要太多老鼠的情況下重復建立這些目標。這就是“構建目標選擇”這個概念的地方：它是一個一個接一個地構建的Makefile目標集合，只要點擊頂部按鈕列表中的Build選擇按鈕，選擇Project→建立選擇菜單項，或點擊F8功能鍵。
“項目”工具視圖的下半部分顯示了所選Makefile目標的列表。
默認情況下，選擇包含所有項目，但可以更改。例如，如果您的項目列表包含三個項目（一個基本庫L和兩個應用程序A和B），但是您目前只在項目A上工作，那么您可能希望從選擇中刪除項目B，方法是突出顯示選擇並按下按鈕。此外，可能需要確保在項目A之前構建庫L，方法是使用列表右側的按鈕上下移動選擇項中的項目。您也可以通過右鍵單擊並選擇添加到構建集，或者只是突出顯示它，然后點擊選定目標列表上方的按鈕，來獲取特定的Makefile目標。
KDevelop允許你配置什么時候建立選擇。為此，使用菜單項目→打開配置。在那里，你可以例如選擇“make”應該執行的同時工作的數量 - 如果你的計算機有8個處理器核心，那么在這個領域輸入8將是一個有用的選擇。在這個對話框中，Default make target是用於選擇中所有目標的Makefile目標。
5.3 如何處理錯誤消息
如果編譯器遇到錯誤消息，只需單擊帶有錯誤消息的行，編輯器將跳轉到報告錯誤的行（如果可用列）。 根據錯誤信息，KDevelop也可能為您提供幾種可能的操作來修復錯誤，例如，如果找到未知的符號，則聲明一個先前未聲明的變量。
6、在KDevelop中運行程序
一旦你建立了一個程序，你會想要運行它。
為此，需要為您的項目進行啟動配置。 啟動由一個可執行文件的名稱，一組命令行參數和一個執行環境（例如“在shell中運行這個程序”，或者“在調試器中運行這個程序”）組成。
6.1 在KDevelop中進行啟動配置
單擊選項卡run -> Configure launches，然后選擇一個你想要運行的工程，然后點Add New... 按鈕。
接下來，你就可以運行程序了。
6.2 一些有用的鍵盤快捷鍵
F8 編譯/Make
Shift+F9運行
F9 在debug中運行
7、在KDevelop中調試程序
7.1 在debugger中運行一個程序
經過第6部分的launch啟動配置后，也就可以在debugger中運行程序了：Run->Debug Launch or F9；如果你對gdb很熟悉，其效果和在啟動配置文件中指定的可執行文件啟動gdb一樣，然后執行Run。
這意味着如果程序在某處調用了abort（例如，當您運行到了a failing assertion）或者存在分段錯誤時，則調試器將停止。另一方面，如果程序運行結束（有或沒有做正確的事情），那么在程序結束之前調試器不會自行停止。
在后一種情況下，您將希望在代碼庫的所有行上設置斷點，以便在運行調試啟動之前要調試器停止。 你可以通過在這樣一行上移動光標並選擇菜單項Run→Toggle breakpoint，或者右擊一行並從上下文菜單中選擇Toggle Breakpoint來實現。
在調試器中運行程序會使KDevelop處於不同的模式：它將把主窗口外圍的所有“工具”按鈕替換為適合調試的工具按鈕，而不是用於編輯。您可以通過查看窗口的右上角來查看您處於哪種模式：有一些名為Review，Debug和Code的選項卡;點擊它們可以讓你在三種模式之間來回切換;每種模式都有一套自己的工具視圖，您可以按照我們在“工具”和“視圖”部分配置“編碼”工具的相同方式進行配置。
一旦調試器停止（在斷點或調用abort（）的點），您可以檢查有關您的程序的各種信息。例如，在上面的圖片中，我們選擇了底部的框架堆棧工具（大致相當於gdb的“backtrace”和“info threads”命令），它顯示了左邊的程序當前正在運行的各種線程總共8）以及如何執行到當前的停止點在右邊（這里：main（）被稱為run（）;如果我們停在run（）本身調用的函數中，那么列表將會更長。在左邊，我們可以檢查局部變量，包括當前對象（這個變量指向的對象）。
從這里，你可以做的各種可能性：你可以執行當前行（F10，gdb的“下一個”命令），進入函數（F11，gdb的“步驟”命令），或者運行到函數的結尾F12，gdb的“完成”命令）。在每個階段，KDevelop將左側顯示的變量更新為當前值。您也可以將鼠標懸停在代碼中的某個符號上，例如一個變量;然后KDevelop將顯示該符號的當前值，並提供在下次該變量值發生變化時停止執行程序。如果你知道gdb，你也可以點擊底部的GDB工具按鈕，並有可能輸入gdb命令，例如為了改變一個變量的值（目前似乎沒有另一種方法）。
7.2 將debugger添加到正在運行的程序中
有時候，想要調試已經運行的程序。一種情況是使用MPI調試並行程序，或調試長時間運行的后台進程。為此，進入菜單項Run→Attach to Process，這將打開一個如上所示的窗口。你會想要選擇與KDevelop中當前打開的項目相匹配的程序 - 在我的情況下，這將是step-32程序。
這個程序列表可能會令人困惑，因為它通常在這里所示的情況下很長。點擊窗口右上角的下拉框可以讓你的生活變得更輕松。默認值是用戶進程，即當前登錄到本機的任何用戶運行的所有程序（如果這是你的台式機或筆記本電腦，除root和各種服務帳戶之外，你可能是唯一這樣的用戶）。該列表不包括由root用戶運行的進程。您可以通過選擇自己的進程來限制列表，刪除所有其他用戶運行的程序。或者更好的是：只選擇程序，這會刪除很多以你的名字正式運行的進程，但是你通常不會與之交互，比如窗口管理器，后台任務等等，這些都不太可能用於調試。
一旦你選擇了一個進程，附加到它將使你進入KDevelop的調試模式，打開所有常見的調試工具視圖，並停止程序在它發生的位置，當你連接到它。然后，您可能需要設置斷點，視點或其他任何必需的操作，然后轉到菜單項Run→Continue繼續執行程序。
7.3 一些有用的鍵盤快捷鍵
F10 下一步 (gdb's “next”)
F11 跳入(gdb's “step”)
F12 跳出(gdb's “finish”)
8、使用版本控制系統
如果您正在處理較大的項目，那么源代碼可能由版本控制系統（例如subversion或git）管理。 下面的描述是用subversion編寫的，但是如果你使用git或任何其他支持的版本控制系統，情況也是一樣的。
首先不是如果項目所在的目錄是版本控制的，KDevelop會自動注意。 換句話說：您不需要告訴KDevelop在設置項目時自己查看一份副本; 把KDevelop指向你之前從版本庫中檢出一個副本的目錄是可以的。 如果在版本控制下有這樣的目錄，請打開“項目”工具視圖。 那么你可以做很多事情：
如果您的目錄已經過時，可以從存儲庫中更新它：用鼠標右鍵單擊項目名稱，進入Subversion菜單並選擇更新。 這將使屬於該項目的所有文件都相對於版本庫保持最新。
如果要將此操作限制為單個子目錄或文件，則將該項目的樹視圖展開到所需的級別，然后右鍵單擊子目錄或文件名，然后執行上述操作。
如果您編輯了一個或多個文件，請將該項目的視圖展開到這些文件所在的目錄，然后右鍵單擊該目錄。這給你一個菜單項Subversion，為您提供不同的選擇。選擇Compare to base來查看您已經編輯的版本與之前檢出的版本庫（版本“base”）之間的差異。結果視圖將顯示此目錄中所有文件的“差異”。
如果你只編輯一個文件，你也可以通過在項目視圖中右鍵點擊相應的文件名來獲得這個文件的Subversion菜單。更簡單的是，只需右鍵點擊打開此文件的編輯器視圖也會給你這個菜單選項。
如果要檢入一個或多個已編輯的文件，請右鍵單擊單個文件，子目錄或整個項目，然后選擇Subversion→Commit。這會讓你進入Review模式，除了Code和Debug之外的第三種模式，你可以在KDevelop主窗口的右上角看到。右邊的圖片顯示了這個外觀。在審查模式下，頂部顯示的是針對整個子目錄/項目以及突出顯示更改的每個單獨更改的文件（請參閱該部分窗口中的各個選項卡）。默認情況下，所有已更改的文件都位於要提交的變更集中，但如果其修改與您要提交的內容無關，則可以取消選擇某些文件。例如，在右邊的示例中，我已經取消選擇了step-32.cc和step-32.prm，因為這些文件中的更改與我對此項目所做的其他更改無關，而且我還不想檢查他們（我可能以后想在一個單獨的提交中這樣做）。查看更改后，您可以在文本框中輸入提交消息，然后點擊右側的提交以發送消息。
正如看到的差異，如果你想檢查一個單一的文件，你也可以右鍵單擊編輯器窗口獲取Subversion→Commit菜單項。
9、自定義KDevelop
有時你想改變KDevelop的默認外觀或行為，例如，因為你習慣了不同的鍵盤快捷鍵，或者因為你的項目需要不同的縮進樣式來源代碼。 在下面的章節中，我們將簡要討論如何針對這些需求定制KDevelop。
9.1 自定義KDevelop
在KDevelop的內置編輯器中和周圍可以配置許多有用的東西。 更通用的用法是使用菜單條目編輯器→查看→顯示行號來切換行編號，從而更容易將編譯器錯誤消息或調試消息與代碼中的位置相匹配。 在同一個子菜單中，您可能還想要打開圖標邊框 - 代碼左側的一列，KDevelop將顯示圖標，例如當前行是否存在斷點。
9.2 自定義編輯器自定義代碼縮進
我們中的許多人喜歡以特定的方式格式化代碼。 許多項目也執行一個特定的縮進樣式。 兩者都不符合KDevelop的默認縮進風格。 但是，可以自定義：進入設置→自定義KDevelop菜單項，然后點擊左側的Source Formatter。 您可以選擇廣泛使用的預定義縮進樣式之一，也可以通過添加新樣式然后進行編輯來定義自己的縮進樣式。 可能沒有辦法准確地重新創建項目源過去縮進的樣式，但是您可以使用新樣式的設置來關閉項目; 下面的兩張圖中顯示了一個例子。
9.3 自定義鍵盤快捷鍵
KDevelop有一個幾乎無限的鍵盤快捷鍵列表（其中一些在本手冊幾章中的“有用的鍵盤快捷鍵部分”中列出），通過菜單Settings→Configure Shortcuts可以改變你的口味。 在對話框的頂部你可以輸入一個搜索詞，它只顯示那些匹配的命令; 您可以編輯綁定到此命令的組合鍵。
兩個被發現是非常有用的改變是設置對齊Tab鍵（許多人通常不手動輸入標簽，而寧願如果編輯器選擇代碼的布局;與改變的快捷方式，按Tab鍵 KDevelop縮進/ outdent /對齊代碼）。 第二個是把切換斷點在Ctrl + B，因為這是一個相當頻繁的操作。
9.4 自定義代碼自動補全
代碼補全在本手冊的編寫源代碼的章節中討論。 在KDevelop中，它來自兩個來源：編輯器和解析引擎。 編輯器（Kate）是更大的KDE環境的一個組件，並且基於在同一文檔的其他部分已經看到的單詞提供了自動完成。 這樣的自動完成可以在工具提示中通過之前的圖標來標識：
編輯器的代碼完成可以通過設置→配置編輯器→編輯→自動完成來定制。 特別是，您可以選擇自動完成之前需要輸入多少個字符。
另一方面，Kdevelop自己的自動完成功能更強大，因為它考慮了有關上下文的語義信息。 例如，它知道當你輸入對象時，提供哪些成員函數，如下所示：
此上下文信息來自各種語言支持插件，可以在給定文件保存后使用（因此可以檢查文件類型並使用正確的語言支持）。
KDevelop的完成被設置為在你輸入的時候，幾乎在任何地方都可以完成。這可以在設置→配置KDevelop→語言支持中進行配置。如果它尚未設置（因為它應該，默認情況下），確保啟用自動調用已設置。
KDevelop有兩種顯示完成的方法：最小自動完成只顯示完成工具提示（即名稱空間，類，函數或變量名稱）的基本信息。這將看起來類似於凱特完成（除了圖標）。
另一方面，全面完成將另外顯示每個條目的類型，在功能的情況下，也是他們所采取的論據。另外，如果你正在填寫一個函數的參數，完整的完成將在光標上方有一個額外的信息框，它會顯示你正在工作的當前參數。
Kdevelop的代碼完成也應該帶來綠色的任何完成項目，以滿足當前期望的類型在最小和完成完成，被稱為“最佳匹配”。
配置對話框中完成級別的三種可能選擇是：
始終最小化補全：從不顯示“完全補全”
最小自動補全：只有手動觸發自動完成時才顯示“完全補全”（即，無論何時按Ctrl +空格鍵）
始終完全補全：始終顯示“補全”
10.從源頭上構建KDevelop
https://docs.kde.org/trunk5/en/extragear-kdevelop/kdevelop/building-kdevelop-from-sources.html
如果你想擁有最新的功能和錯誤修正，你可以從源代碼自己構建KDevelop。【對於我們大多數人來說，顯然沒必要...】
這里有一個更詳細的文章。
請注意，您可以構建一個不穩定的版本。 為了幫助開發人員修復bug，請保留RelWithDebInfo並將錯誤報告給http://bugs.kde.org，無論是單手還是使用Konqi博士。
10.1 要求
-
kdelibs-devel >= 4.3 - http://www.kde.org
-
qt-devel >= 4.5.2 - http://qt-project.org/
-
boost-devel >= 1.35 - http://www.boost.org
-
g++ >= 4.0 - http://gcc.gnu.org
-
CMake >= 2.6.2 - http://www.cmake.org
-
qjson-devel
10.2 為所有用戶安裝
mkdir kdevgit cd kdevgit git clone git://anongit.kde.org/kdevplatform git clone git://anongit.kde.org/kdevelop cd kdevplatform mkdir build cd build cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. make && sudo make install kbuildsycoca4 cd ../.. cd kdevelop mkdir build cd build cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo .. make && sudo make install kbuildsycoca4
10.3 為本地用戶安裝
mkdir kdevgit cd kdevgit git clone git://anongit.kde.org/kdevplatform git clone git://anongit.kde.org/kdevelop cd kdevplatform mkdir build cd build cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=$HOME/kdevelop4 .. make && make install
需要以下行，以便kbuildsycoca4找到所有的.desktop文件
export KDEDIRS=$HOME/kdevelop4:/usr kbuildsycoca4 cd ../.. cd kdevelop mkdir build cd build cmake -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_INSTALL_PREFIX=$HOME/kdevelop4 .. make && make install kbuildsycoca4
請注意：無論您何時執行一些調用kbuildsycoca4的包或發行版更新，都需要在更新之后執行以下幾行：
export KDEDIRS=$HOME/kdevelop4:/usr
kbuildsycoca4
11.信用和許可證
文檔版權參見UserBase KDevelop4/Manual page history
本文檔是根據GNU Free Documentation License.