다른 보석을 설치할 때 특정 보석이 왜 설치되는지 알 수 있습니까?어떤 보석이 다른 (제거 된) 보석에 의존하게되는지 알려주는 방법은 무엇입니까?
즉, 종속성의 출처를 쉽게 알 수 있습니까? 보석 설치가 실패하므로, 설치된 보석 만 처리하므로 보석 의존성이 작동하지 않습니다. 그래서 종속성을 추적하고 싶습니다. 설치를 중단하고 필요한 것처럼 보이지 않습니다.
아직 설치되지 않은 보석 간의 종속성을 추적하는 데 도움이되는 도구가 있습니까? 아마도 의존성 트리를 인쇄하는 비밀 번들 스위치일까요?
업데이트 그들은 방금 문제를 해결할 수있는 새로운 트위터 부트 스트랩 레일 버전을 출시했습니다. 여전히 제거 된 보석의 의존성 그래프를 추적하는 방법이 있다면 유용 할 것입니다. 여기
는 어떻게 든이 다음 설치에 실패하는 설치하는 libv8 보석의 이전 버전을 유발gem install twitter-bootstrap-rails
JRuby를
와 Windows에서 실행, 실패 명령입니다. twitter-bootstrap-rails는 gem_spec에 libv8을 나열하지 않고, 다른 사람과 다른 사람에게 의존하는 therubyrhino 및 less-rails 만 ... 누군가는 결국 libv8 (v3.3.10.4)의 이전 버전에 의존합니다. 질문은 libv8에 대한 의존성을 일으키는 보석입니까?다음은 제 환경입니다. 거기에있다 (
gemviz twitter-bootstrap-rails
설치되지 않은 보석으로 그렇게 할 수 있어야한다 : 당신이 MRI에서 설치할 수있는 경우
RubyGems Environment:
- RUBYGEMS VERSION: 1.8.15
- RUBY VERSION: 1.9.2 (2012-02-22 patchlevel 312) [java]
- INSTALLATION DIRECTORY: c:/jruby-1.6.7/lib/ruby/gems/1.8
- RUBY EXECUTABLE: c:/jruby-1.6.7/bin/jruby.exe
- EXECUTABLE DIRECTORY: c:/jruby-1.6.7/bin
- RUBYGEMS PLATFORMS:
- ruby
- universal-java-1.7
- GEM PATHS:
- c:/jruby-1.6.7/lib/ruby/gems/1.8
- c:/Users/alex/.gem/jruby/1.9
- GEM CONFIGURATION:
- :update_sources => true
- :verbose => true
- :benchmark => false
- :backtrace => false
- :bulk_threshold => 1000
- "install" => "--no-rdoc --no-ri --env-shebang"
- "update" => "--no-rdoc --no-ri --env-shebang"
- REMOTE SOURCES:
- http://rubygems.org/
JRuby에서 작동하는'twitter-bootstrap-rails'를 얻으려고 노력했습니다. 네이티브를 필요로하지 않는'anjlab-bootstrap-rails'로 전환했습니다. – arkadiy
감사합니다. 문제를 해결하고 부팅 할 SASS가 있습니다 : –
이 질문에 완전히 답하지는 못했지만 gem 명령에 (문서화되지 않은?) --verbose 스위치가있는 것 같습니다. 정말 도움이되지 않았지만 다른 문제에 유용 할 수 있습니다. –