對於從Node.js轉Ruby的人很可能會有和我一樣的疑惑,為什麼要有Bundler這個東西?Rubygems不夠嗎? 從Node.js到Ruby的包管理器 在Node的世界里,依賴管理是由npm來完成的。所有依賴信息都寫在package.json裡面之後,一個 就能安裝所有的依賴,然後直接運行程式 ...
對於從Node.js轉Ruby的人很可能會有和我一樣的疑惑,為什麼要有Bundler這個東西?Rubygems不夠嗎?
從Node.js到Ruby的包管理器
在Node的世界里,依賴管理是由npm來完成的。所有依賴信息都寫在package.json裡面之後,一個npm install
就能安裝所有的依賴,然後直接運行程式即可。簡單方便。
那當然是方便了,因為Node出來的太晚了,包管理器已經很成熟,所以才成了現在的這個樣子。
RubyGems登場
我們把時間倒回去回到Ruby的早期,其包管理器RubyGems被創造出來的時候。在當時,RubyGems的使命其實很簡單,就是安裝依賴包(Ruby的包有個專門的名字叫做gem)。具體來說是,指定一個包名和版本號,由包管理器來安裝指定版本的包以及其所有依賴的包。(當然如果沒有指定版本號那當然是預設安裝最新的了)。
在這個用例上,npm install xxxx
和 gem install xxxx
的功能是一樣的。
只不過在行為上有一點區別。npm預設裝在當前目錄(在設計的時候就考慮到這個功能),而gem裝在系統目錄(和pip一樣,早期的包管理器都是裝在全局的,Ruby的每個包都帶有版本號)
在gem里,它的依賴信息都在寫在xxx.gemspec文件里(註意不是Gemfile,Bundler的文件)。當你gem install
的時候,gem會根據gemspec裡面的依賴信息來獲取對應的依賴包。
團隊協作的大麻煩
有了gem命令以後,Ruby開發起來就確實方便多了。需要什麼包就用gem下一個,然後查查文檔就能用了。對於個人開發者來說很好用。
但是一旦有團隊協作,問題就來了。現在假設你要接手開發一個Ruby項目,你手上有項目的全部源碼。那麼首先你要要做的第一步就是安裝所有的依賴庫,因為你至少要先跑起來嘛!
好,裝吧。
npm install
,不對喲,這裡是Ruby世界。哦,那麼gem install
。對不起,你會得到一個錯誤告訴你必須至少指定一個gem名稱!想想吧,gem是用來裝單個gem的,而不能用來裝一個項目的依賴。這主要是因為:
絕大多數Ruby項目本身不是gem,所以沒必要有.gemspec文件(顧名思義這個文件是用來描述gem的元信息的)
由於沒有.gemspec文件,也就無從記錄依賴有哪些了。這導致
gem install
就算想裝也不知道依賴的包是什麼
當然,你可以說不是有源文件嗎,裡面不都記錄了require了什麼東西嗎?理論上講只要把裡面require的東西全部裝一遍不就好了嗎?
可以是可以。但是真的這麼做的話會發現另外一個問題:你安裝的gem和作者當時用的gem很可能不是一個版本。因為使用預設的gem install
安裝的總是最新的gem。那麼只要任何一個依賴的gem在其版本更新中變更了現有的API,那麼你復現安裝的項目幾乎必然是有問題的。
Bundler comes and saves the world!
說起來,解決這個問題的方法很簡單,只要在最初開發的時候用一個文件記錄了項目里用了什麼包什麼版本就好了嘛!對的,Bundler就是乾這個事的。
具體來說,先創建一個Gemfile文件,在裡面寫上你要的gem名稱和版本,然後用bundler install
命令就可以安裝所有的依賴了。雖然比npm麻煩了一點,但還算過得去。
普通的項目這樣就可以了。但是還有一種情況就是,如果團隊開發的項目本身就是一個gem呢?這樣就會同時存在.gemspec和Gemfile兩個文件,一個記錄gem的元信息,一個是bundler要用來安裝項目依賴的文件。這樣的話每添加一個gem依賴就要同時在兩邊加(而且不幸的是,這兩個文件書寫依賴的格式還不太一樣,不能簡單的複製粘貼)
有沒有覺得哪裡不對?是的,Gemfile包含的信息其實就是.gemspec的子集,換句話說Gemfile里有的東西.gemspec里也都有。Bundler也想到了這個問題,所以你只要在Gemfile裡加上gemspec
這一句,bundler在安裝的時候就會自動到.gemspec裡面去找依賴,因此Gemfile剩下的就什麼也不用寫了(當然第一行指定安裝源的命令還是要寫的)。
版本選擇
依賴全都裝完了,那我們是不是可以愉快地開始用了呢?還不行,還差一步。現在出現的一個問題是,我們requrie到的gem的版本還是有可能不對的。為什麼?
最直接的理由:require不能直接指定版本號!所以當你require一個包的時候,即便你裝了Gemfile中指定版本的gem,如果這個gem你的系統里有好幾個不同的版本(可能是以前裝的),Ruby怎麼知道你要依賴哪個?於是只能預設require最新的那一個了。
這當然也不是缺陷,Ruby中Kernel有個方法叫做gem。在require之前調用這個方法可以指定之後require進來的gem要用哪個版本。這個調用在本質上就是找到安裝的gem包,然後把它的地址加到\(LOAD_PATH裡面去(註意僅僅是修改了\)LOAD_PATH,包本身還沒有被require進來)。下次require這個包的時候,會首先搜索$LOAD_PATH,找到這個包後就載入。這就達到了挑選gem版本的目的。
但這顯然不方便啊,require一個包之前還要指定一下版本?那我改了依賴版本怎麼辦?
Bundler提供了一個解決方案。在require你要的包之前加一句require 'bundler/setup'
即可。
本質上說,require了bundler/setup的這個包的時候,bundler讀取Gemfile文件,在你所有依賴的庫上調用一下gem方法,以此來指定要用的gem的版本,把它們加到$LOAD_PATH上面去。之後你在require的時候就自然地使用了在Gemfie里指定的包了。你所要做的就是加一句require 'bundler/setup'
而已。
總結
Bundler其實是一個項目依賴管理器,而不是一個包管理器。如果那隻是想下一個gem,那麼Rubygems足矣。如果你是想管理項目的依賴(gem自身也是一個項目),那麼在大多數情況下使用bundler會方便得多。