Nvim 的 :help 頁面，是使用 tree-sitter-vimdoc 解析器，從 原始碼 產生 的。
:[範圍]g[lobal]!/{pattern}/[cmd] 在 [範圍] 內不符合 {pattern} 的行上執行 Ex 命令 [cmd] (預設為 ":p")。:g/^Obsolete/d _在
:d 後使用底線可以避免覆蓋暫存器或剪貼簿。這也可以加快速度。{pattern} 的 '/'，但不能使用字母字元、'\'、'"'、'|' 或 '!'。如果您想在搜尋模式或取代字串中包含 '/'，這非常有用。:g/found/v/notfound/{cmd}這首先會查找所有包含 "found" 的行，但只有在沒有 "notfound" 的匹配項時才會執行 {cmd}。:normal 命令。:g/pat/normal {commands}請確保 {commands} 以完整命令結尾，否則 Vim 會等待您為每個匹配項輸入剩餘的命令。畫面將不會更新，因此您不知道自己正在做什麼。請參閱 :normal。:g/pat/s//PAT/g這會將所有出現的 "pat" 取代為 "PAT"。也可以使用以下方式完成
:%s/pat/PAT/g這會少兩個字元！
CTRL-C 兩次。q{0-9a-zA-Z"} 將輸入的字元記錄到暫存器 {0-9a-zA-Z"} 中 (大寫字母表示附加)。執行暫存器時，'q' 命令會停用，並且它在映射和 :normal 內不起作用。q 停止錄製。實作說明：停止錄製的 'q' 不會儲存在暫存器中，除非它是映射的結果@{0-9a-z".=*+} 執行暫存器 {0-9a-z".=*+} 的內容 [count] 次。請注意，不能使用暫存器 '%' (目前檔案的名稱) 和 '#' (替代檔案的名稱)。暫存器的執行方式類似於映射，這表示 'wildchar' 和 'wildcharm' 之間的差異適用，而且復原可能不會以相同方式同步。對於 "@="，系統會提示您輸入一個運算式。然後執行運算式的結果。另請參閱 @:。{Visual}@{0-9a-z".=*+} 在行向視覺模式下，針對每個選定的行執行 {Visual}@@ 暫存器的內容。請參閱 visual-repeat、default-mappings。:[addr]@{0-9a-z".=*+} 將暫存器 {0-9a-z".=*+} 的內容作為 Ex 命令執行。首先將游標設定在 [addr] 行 (預設為目前行)。如果暫存器中的最後一行沒有 <CR>，則當 'cpoptions' 中存在 'e' 標誌時，會自動新增。對於 ":@="，會使用最後使用的運算式。執行運算式的結果會作為 Ex 命令執行。這些命令中無法辨識映射。當行向暫存器中的一行的開頭存在 行接續 字元 (\) 時，則會將它與上一行合併。這對於貼上 (yank) 和執行 Vim 腳本的部分內容非常有用。:[範圍]so[urce] [檔案] 從 [檔案] 執行 Ex 命令 或 Lua 程式碼 (".lua" 檔案)。如果沒有 [檔案]，則會使用目前的緩衝區，並且如果 'filetype' 為 "lua" 或其檔名以 ".lua" 結尾，則會將其視為 Lua 程式碼。觸發 SourcePre 自動命令。:source!:[範圍]so[urce]! {檔案} 從 {檔案} 執行 Normal 模式 命令。當在 :global、:argdo、:windo、:bufdo 之後，在迴圈中或在另一個命令跟隨時使用，執行命令時將不會更新顯示畫面。:ru[ntime][!] [where] {檔案} ... 從 'runtimepath' 和/或 'packpath' 所提供的每個目錄中，讀取 {檔案} (相對路徑) 並執行其中的 Ex 命令或 Lua 程式碼 (".lua" 檔案)。忽略不存在的檔案。:runtime syntax/c.vim :runtime syntax/c.lua
START 只在 'packpath' 中的 "start" 下搜尋 OPT 只在 'packpath' 中的 "opt" 下搜尋 PACK 在 'packpath' 中的 "start" 和 "opt" 下搜尋 ALL 先使用 'runtimepath'，然後在 'packpath' 中的 "start" 和 "opt" 下搜尋{檔案} 包含萬用字元時，它會展開為所有符合的檔案。範例:runtime! plugin/**/*.{vim,lua}:runtime plugin/**/*.{vim,lua}{file} 樣式，如果兩個 .vim 和 .lua 檔案名稱匹配且僅擴展名不同，則會先載入 .vim 檔案。{name} 在 'packpath' 中搜尋可選的外掛程式目錄，並載入找到的任何外掛程式檔案。目錄必須符合{name} 是目錄名稱，而不是 .vim 檔案的名稱。所有符合以下樣式的檔案syntax enable 或 filetype on 命令，或者在 初始化 期間自動啟用），並且在 "pack/*/opt/{name}" 中找到該套件，此命令也會尋找 "{name}/ftdetect/*.vim" 檔案。:packloadall 不會有任何效果。當加入可選的 ! 時，即使之前完成過，此命令也會載入套件。:packloadall 時，'runtimepath' 選項會被更新，之後 'runtimepath' 中的所有外掛程式都會被載入，這表示它們會被再次載入。預期外掛程式會處理這種情況。scriptencoding iso-8859-5 scriptencoding cp932
scriptencoding euc-jp ... lines to be converted ... scriptencoding ... not converted ...
{scriptId} :script{scriptId}。雖然 ":scriptnames name" 有效，但建議使用 ":script name"。當目前的緩衝區無法被 放棄 且不存在 ! 時，命令會失敗。<Enter>。但是，如果您 ':source!' 一個包含 ":!ls" 行的檔案，則會從該檔案讀取下一個字元，直到找到 <CR>。您不必自己輸入 <CR>，除非 ":!ls" 是檔案中的最後一行。:source <sfile>:h/other.vimrc在腳本檔案中，與終端機相關的鍵碼由與終端機無關的兩個字元代碼表示。這表示它們可以在不同類型的終端機上以相同的方式使用。鍵碼的第一個字元是 0x80 或 128，在螢幕上顯示為 "~@"。第二個字元可以在 鍵盤符號 清單中找到。任何這些代碼也可以透過
CTRL-V 後跟三位數十進制代碼輸入。<CR><NL> <EOL>。這些總是有效。如果您使用的是具有 <NL> <EOL> 的檔案（例如，在 Unix 上建立的檔案），如果 'fileformats' 不為空且第一行沒有以 <CR> 結尾，則會識別它。如果第一行有類似 ":map <F1> :help^M" 的內容，其中 "^M" 是 <CR>，則會失敗。如果第一行以 <CR> 結尾，但後續的行沒有，您會收到錯誤訊息，因為第一行的 <CR> 會遺失。<NL> 結尾。這些總是有效。如果您使用的是具有 <CR><NL> <EOL> 的檔案（例如，在 MS-Windows 上建立的檔案），所有行都會有一個尾隨的 <CR>。這可能會導致某些命令（例如，映射）出現問題。沒有自動 <EOL> 偵測，因為通常會從定義以 <CR> 結尾的映射的行開始，這會使自動機混淆。:set comments=sr:/*,mb:*,el:*/,
\://,
\b:#,
\:%,
\n:>,
\fb:-會被解釋為好像它們是在一行中給出的:set comments=sr:/*,mb:*,el:*/,://,b:#,:%,n:>,fb:-會忽略反斜線之前一行中的所有前導空白字元。但請注意，反斜線之前一行中的尾隨空白字元不能隨意插入；這取決於命令被分割的位置是否允許額外的空白字元。
:syn match Comment
\ "very long regexp"
\ keepend":append" 和 ":insert" 命令存在問題:1append \asdf .反斜線會被視為行接續符號，因此會產生以下命令
:1appendasdf .若要避免此問題，請將 'C' 旗標新增至 'cpoptions' 選項
:set cpo+=C :1append \asdf . :set cpo-=C請注意，當命令位於函數內部時，您需要在定義函數時新增 'C' 旗標，執行時則無關。
:set cpo+=C :function Foo() :1append \asdf . :endfunction :set cpo-=C
'"\ ' 開頭。請注意反斜線後面的空格。範例let array = [
"\ first entry comment
\ 'first',
"\ second entry comment
\ 'second',
\ ]原理：大多數程式都使用尾隨反斜線來表示行接續。在 Vim 中使用此方法會導致與 Vi 不相容。例如，對於此 Vi 映射:map xx asdf\
'"\ ' 最接近，儘管它看起來可能有點奇怪。要求反斜線後面的空格是為了使其不太可能成為普通的註解行。" List all runtime dirs and packages with Lua paths.
:echo nvim_get_runtime_file("lua/", v:true)
% mkdir -p ~/.local/share/nvim/site/pack/foo % cd ~/.local/share/nvim/site/pack/foo % unzip /tmp/foopack.zip目錄名稱「foo」是任意的，您可以選擇任何您喜歡的名稱。
% mkdir -p ~/.local/share/nvim/site/pack/foo/start/foobar % cd ~/.local/share/nvim/site/pack/foo/start/foobar % unzip /tmp/someplugin.zip您現在將擁有這些檔案：pack/foo/start/foobar/plugin/foo.vim pack/foo/start/foobar/syntax/some.vim
:packadd 命令:packadd foodebug這會在 'packpath' 中搜尋「pack/*/opt/foodebug」，並找到 ~/.local/share/nvim/site/pack/foo/opt/foodebug/plugin/debugger.vim 並讀取它。
:colorscheme 載入的色彩配置會在「pack/*/start」和「pack/*/opt」下找到，您可以將它們放置在任何位置。我們建議您將它們放置在「pack/*/opt」下，例如「~/.config/nvim/pack/mycolors/opt/dark/colors/very_dark.vim」。:packadd 選擇要載入哪個插件。例如，根據編譯器版本。if foo_compiler_version > 34 packadd foo_new else packadd foo_old endif「after」目錄在套件中很可能沒有用處。儘管它並未被禁止使用。
:packadd 新增偏好的插件。mkdir ~/.local/share/nvim/site/pack cd ~/.local/share/nvim/site/pack git clone https://github.com/you/foobar.git myfoobar這裡的「myfoobar」是使用者可以選擇的名稱，唯一的條件是它與其他套件不同。
:packadd! fooextra您可以將此 packadd 命令新增到您的其中一個插件中，以便在需要可選插件時執行。
:helptags 命令以產生 doc/tags 檔案。在套件中包含此產生的檔案表示使用者可以將套件放入 pack 目錄中，並且說明命令可以立即運作。在變更插件說明後，不要忘記重新執行命令:helptags path/start/foobar/doc :helptags path/opt/fooextra/doc
call foolib#getit()
call foolib#getit()
func foolib#getit()這可以運作，因為在讀取插件時，將會搜尋 start 套件中的 autoload 檔案。
vim -D file.txt
:debug edit test.txt.gz3. 在讀取的檔案或使用者函式中設定中斷點。您可以在命令列中執行此操作：
vim -c "breakadd file */explorer.vim" .
echo idx在使用者函式內，這將會印出區域變數「idx」的值。在前面加上「g:」可取得全域變數的值：
echo g:idx所有命令都在目前函式或腳本的內容中執行。您也可以設定選項，例如設定或重設 'verbose' 會顯示發生的事情，但您可能想要在執行您感興趣的行之前設定它
:set verbose=20應避免需要更新螢幕的命令，因為它們的效果只有在離開偵錯模式後才會注意到。例如：
:help不會很有幫助。
CTRL-C，某些項目可能仍然會執行，不會中止所有項目。仍然會在下一個中斷點停止。>nextCTRL-C，但與「>quit」不同，它會在下一個執行的命令返回偵錯模式。對於測試中斷例外狀況的 :finally 和 :catch 很有用。>finish<CR> 會重複前一個指令。當執行另一個指令時，此行為會重置（因為不清楚您想要重複哪個指令）。{name} 在載入的檔案中設定中斷點。範例:breakadd file 43 init.vim:breaka[dd] here 在目前檔案的目前行設定中斷點。如同執行
:breakadd file <cursor-line> <current-file>
{expression} 設定一個中斷點，當 {expression} 的評估結果變為不同值時，就會中斷。範例:breakadd expr g:lnum
{name} 是一個與檔案或函數名稱相符的樣式。此樣式與自動指令所使用的樣式相同。必須完全匹配（就像樣式以「^」開頭並以「$」結尾一樣）。「*」比對任何字元序列。'ignorecase' 不會使用，但可以在樣式中使用「\c」來忽略大小寫 /\c。函數名稱不要包含 ()！breakadd file explorer.vim比對目前目錄中的「explorer.vim」。
breakadd file *explorer.vim比對「.../plugin/explorer.vim」、「.../plugin/iexplorer.vim」等等。
breakadd file */explorer.vim比對「.../plugin/explorer.vim」和任何其他目錄中的「explorer.vim」。
{name} 刪除函數中的中斷點。{name} 刪除已載入檔案中的中斷點。{name} 必須與為「:breakadd」指令輸入的內容完全相同。「explorer」、「*explorer.vim」和「*explorer*」是不同的。echo 'q^Mq' | vim -e -s -c debuggreedy -c 'breakadd file script.vim' -S script.vim:0debugg[reedy] 還原「:debuggreedy」：直接從使用者取得除錯模式指令，不要將輸入預先輸入以用於除錯指令。
:profile start /tmp/one_script_profile :profile file one_script.vim :source one_script.vim :exit:prof[ile] start
{fname} :prof :profile E750 開始分析，在結束時或當呼叫 :profile stop 或 :profile dump 指令時，將輸出寫入 {fname}。「~/」和 {fname} 中的環境變數將會展開。如果 {fname} 已存在，則會以無訊息方式覆寫。變數 v:profiling 會設定為 1。:profile start 指令來清除效能分析統計資料並重新開始效能分析。:profile continue 指令。在執行不應計算在內的操作（例如，外部指令）時可以使用。不會巢狀。:profile pause 之後繼續效能分析。{pattern} 分析符合樣式 {pattern} 的腳本檔案。如需有關如何使用 {pattern} 的資訊，請參閱 :debug-name。這只會分析腳本本身，不會分析其中定義的函數。當加入 [!] 時，也會分析腳本中定義的所有函數。請注意，只有在指令之後載入腳本時，才會開始分析。腳本本身的 :profile 指令將不起作用。profdel func MyFunc profdel file MyScript.vim profdel here您必須始終以「:profile start fname」指令開始。當 Vim 結束時，會寫入產生的檔案。例如，分析一個特定的函數
profile start /tmp/vimprofile profile func MyFunc以下是一個輸出範例，前面加上行號以進行說明
:if !v:profiling : delfunc MyFunc :endif