source命令與「.」點命令
source 命令是 bash shell 的內建命令，從 c shell 而來。
source 命令的另一種寫法是點符號，用法和 source 相同，從bourne shell而來。
source 命令可以強行讓乙個指令碼去立即影響當前的環境。
source 命令會強制執行指令碼中的全部命令,而忽略檔案的許可權。
source 命令通常用於重新執行剛修改的初始化檔案，如.bash_profile 和 .profile 等等。
source 命令可以影響執行指令碼的父shell的環境，而 export 則只能影響其子shell的環境。
使用方法舉例：
$source ~/.bashrc
或者：$. ~/.bashrc
執行後 ~/.bashrc 中的內容立即生效。
$cd
$source./build/envsetup.sh 或者 $. ./build/envsetup.sh
source命令(從 c shell 而來)是bash shell的內建命令。點命令，就是個點符號，(從bourne shell而來)是source的另一名稱。同樣的，當前指令碼中設定的變數也將作為指令碼的環境，source(或點)命令通常用於重新執行剛修改的初始化檔案，如 .bash_profile 和.profile 等等。例如，如果在登入後對.bash_profile 中的 editer 和term 變數做了修改，則能用source命令重新執行 .bash_profile 中的命令而不用登出並重新登入。
source命令的作用就是用來執行乙個指令碼，那麼：
source a.sh 同直接執行 ./a.sh 有什麼不同呢，比如你在乙個指令碼裡export $kkk=111 ,如果你用./a.sh執行該指令碼，執行完畢後，你執行 echo $kkk ,發現沒有值，如果你用source來執行 ，然後再echo ,就會發現kkk=111。因為呼叫./a.sh來執行shell是在乙個子shell裡執行的，所以執行後，結果並沒有反應到父shell裡，不過source不同，他就是在本shell中執行的，所以能看到結果。
「.」點命令是shell的乙個內部命令，它從指定的shell檔案中讀入所有命令語句並在當前程序中執行。 因此當多個shell程序（父子程序或無關程序均可）共享一組變數值時，就可以將這些變數賦值語句定義到乙個shell檔案裡，並在需要這些變數值的程式中使用點語句來引用這個shell檔案，從而實現變數值共享（對這些變數值的修改僅涉及到這個shell檔案）。但要注意的是，這個shell檔案不能包括含有位置引數的語句，即不能接受＄1、＄2等命令列引數。
從上面可以看出，其實點命令相當於c語言裡面的#include。點命令還有另乙個寫法：source。下面我們將舉例來說明。
#! /bin/bash
a="hi"
echo $a
我們先來執行一下這個shell指令碼，開啟終端，敲入：./file1
結果是什麼，你應該也看到了吧：
bash: ./file1: permission denied
為什麼呢。我們先不管這個吧，先看一下，另乙個結果：
. ./file1（注意啊，兩個點之間有個空格的哦，要不就成了上一級目錄了，如果你不嫌麻煩的話，也可以寫source ./file1）這個的結果呢，跟前面就不一樣了，正如我們所願的，輸出了hi。
./file1，直接執行，需要另起
shell程序，而你似乎還沒有這個許可權（這個改一下就ok了，後面再說），而用點命令就不一樣了（注意啊，./file這裡的點可不是點命令裡的點啊，我就被這個問題困擾了很久，汗死，竟然忘了點還有當前目錄的意思，大家b4我吧），點命令會在當前的shell下執行。補充說一下怎麼改一下file1的許可權，讓我們可以在按shell指令碼來執行： chmod +x file1
再執行一下./file1，是不是ok了？再來看另乙個例子吧。首先指令碼檔案file1
#! /bin/bash
a="hi"
指令碼檔案file2（與file1在同乙個目錄下）
#! /bin/bash
./file1
echo $a
記得改一下file1的許可權啊，要不./file1就沒法執行了。執行一下看看結果。什麼都沒有，是吧。我們再改一下file2，這回用一下咱們的點命令
#! /bin/bash
. ./file1
echo $a
怎麼樣結果不一樣了吧。（原諒我實在太懶了，只能舉這麼簡短的例子了，呵呵）。這個例子應該還是能說明點問題的吧。如果不用點命令的話，會另起shell程序，而啟動這個進行的時候，它會建立自己的程序環境（暫且這麼叫它吧），然後在這個進行結束的時候，它所建立的環境也隨之被銷毀。而且點命令就不一樣了，它會把點命令所帶的shell指令碼裡的所以內容帶到當前的shell程序裡，在本程式裡，就是變數a了。
廢話了這麼多，其實好像把點命令想像成c裡的#include就ok了，呵呵。不過經過這麼折騰，還是學到了一點東西的，至少知道了.不僅有點命令的作用，更有當前目錄的意思（冷啊，該補一下linux基礎了）。
為什麼在shell指令碼裡面export的環境變數，在set裡面竟然看不到。
為什麼在shell指令碼裡面用export設定環境變數之後，當shell執行完了，用set命令看不到呢？但是你如果直接在終端裡export 環境變數用set是看到的。
乙個shell指令碼test.sh的內容為：
#!/bin/bash
export aa=123
當我們執行test.sh的時候，是當前終端所在的shellfork乙個子shell然後執行test.sh的，執行完了再返回終端所在的shell。明白這點，就容易理解了，我們在test.sh設定了aa環境變數，它只在fork出來的這個子shell中生效，子shell只能繼承父shell的環境變數，而不能修改父shell的環境變數，所以test.sh結束後，父程序的環境就覆蓋回去。所以在test.sh之後完之後，我們用set命令是看不了aa這個環境變數的值的。
那有什麼辦法可以讓指令碼的環境變數在指令碼執行之後仍然對當前終端存在呢？用sorcue 或者.(dot) 。明確告訴shell不要fork執行指令碼，而是在當前的shell執行，這樣環境變數就可以儲存下來了。
source命令用法：
source filename （通常用「.」來代替）
source test.sh 與 .test.sh是等效的。
【補充】
source命令與shell scripts的區別是，
source在當前bash環境下執行命令，而scripts是啟動乙個子shell來執行命令。這樣如果把設定環境變數（或alias等等）的命令寫進scripts中，就只會影響子shell,無法改變當前的bash,所以通過檔案（命令列）設定環境變數時，要用source 命令。
source命令與 命令
參考 source 命令是 bash shell 的內建命令，從 c shell 而來。source 命令的另一種寫法是點符號，用法和 source 相同，從bourne shell而來。source 命令可以強行讓乙個指令碼去立即影響當前的環境。source 命令會強制執行指令碼中的全部命令,而忽...
linux下source命令 點命令
當我修改了 etc profile檔案，我想讓它立刻生效，而不用重新登入 這時就想到用source 命令，如 source etc profile 對source進行了學習 並且用它與sh 執行指令碼進行了對比，現在總結一下。source命令 source命令也稱為 點命令 也就是乙個點符號 是ba...
source 命令 命令
source 命令 從 c shell 而來 是 bash shell 的內建命令。點命令 就是乙個點符號.從 bourne shell 而來 是 source 的另一名稱。這兩個命令都以乙個指令碼檔名為引數，該指令碼將作為當前 shell 的環境執行，即不會啟動乙個新的子程序。所有在指令碼中設定的...