Offline-RubyGems-Installatiounen brauchen de kompletten Ofhängegkeetsset
Ënnerscheet tëscht engem lokalen gem-Archiv an allem, wat fir eng Offline-Installatioun hannert engem Proxy néideg ass.
En .gem, deen am Browser erofgeluede gouf, kann d'ursprünglech Proxyproblem ëmgoen, ouni d'Installatioun selbststänneg ze maachen. Ier Dir den Archiv op den Zil verréckelt, bereet vir:
- Gëeegent Versiounen vun all fehlender deklaréierter Ofhängegkeet.
- Archiven, déi mam Zil-Ruby, RubyGems an der Plattform kompatibel sinn.
- Compilere, Headeren a Systembibliothéiken, déi all nativer Extensioun brauch.
Frot RubyGems ausdrécklech ëm eng lokal Installatioun:
gem install ./example-1.2.3.gem --local
Ersetzt den Beispill-Dateinumm. Léist fehlend Material iwwer de geneemten Artefaktprozess, amplaz d'Ofhängegkeetskontrollen auszeschalten. Eng Plattform-Build vun enger anerer Maschinn funktionéiert vläicht net just well den Numm an d'Versioun iwwereneen stëmmen.
De lokale Modus betrëfft d'Ofrufverhalen vu RubyGems. Build-Skripte vun Extensioune kënnen aner Aarbecht maachen, also ass et keng Sandkëscht fir arbiträren Installatiounscode. E Feeler bei enger Extensioun kann op eng fehlend Build-Viraussetzung hindeiten, nodeems den Archiv schonn ukomm ass; mellt déi Etapp getrennt vun enger Proxy-Ablehnung.
Fir widderholl Deployementer, erhaalt den Ofhängegkeetsset iwwer den normale Pakéierungsworkflow vum Projet. Soss kënnen Ännerungen an den Ofhängegkeetsversiounen oder an der Architektur den nächsten Ad-hoc-Browserdownload zu enger anerer Installatioun maachen.