번들러가 sqlite3을 "번들링"하지 ​​않습니다.

Question

여기에 아주 재발하는 문제가 있습니다. (그것은 항상 문자 그대로 일어납니다). 나는 주위에 갈 수있는 방법을 발견했다하지만 난 정말이 문제에 대한 해결책 감사하겠습니다 :

내 개발 컴퓨터에서

, 내 보석과 같은 라인을 파일에 있습니다 :

여기

가 어떻게되는지입니다

무슨 일

gem "sqlite3-ruby", :require => "sqlite3"

내가 --no-배포를 설치 번들 때, 그것은 확실히 간다,이다 :

Using sqlite3 (1.3.5) 
Using sqlite3-ruby (1.3.3) 
Updating .gem files in vendor/cache 
Your bundle is complete! It was installed into ./vendor/bundle

그러나, 배포에 번들 --deployment를 설치 실행 내가 얻을 : 응용 프로그램 충돌하게 오류를 필요로 발생

Using sqlite3-ruby (1.3.3) 
Updating .gem files in vendor/cache 
Your bundle is complete! It was installed into ./vendor/bundle

은 ... .. 그리고, 내가 무엇을 번들 배포 기계에 --no-배포를 설치합니다. 그런 다음 번들 설치 --deployment를 실행 한 다음 마술처럼 말합니다.

Using sqlite3 (1.3.5) 
Using sqlite3-ruby (1.3.3) 
Updating .gem files in vendor/cache

그런 다음 응용 프로그램이 정상적으로 실행됩니다.

그럼, 내가 가장 기본적으로 원하는 것은 그 들러가 sqlite3를 보석

Answer 1

에 sqlite3를 종속성 인식이다 그러나, 개발, 번들 --deployment를 설치 실행, 내가 얻을 :

좋아, 이번이 처음 의심스러운거야. 왜 개발을 위해 --deployment을 실행합니까?

일반적으로 원하지 않습니다. 동일한 컴퓨터에서 "--deployment"와 "--no-deployment"사이를 전환하는 경우 혼란 스러울 수 있습니다.

"bundle install --deployment"를 실행하면 프로젝트의 .bundle/config 파일에 무언가를 저장합니다.이 파일은 번들러에게 "여기에서부터이 특정 보석 만 설치"라고 알려줍니다. "--no-deployment"는 실수를하거나 해킹 할 필요가있을 때를 대비하여 다시 제거합니다. 그러나 일반적으로 항상 앞뒤로 전환하고 싶지 않아야합니다. 생산/배치 기계에서 --deployment을 실행하고, 개발 기계에서 실행하지 마십시오. 당신이 실수를하고이 시점에서 --deployment

을 의미하지 않았다 않는 한 당신은 이제까지 --no-deployment를 실행할 필요가 없습니다, 나는 rm -rf .bundle이 (가, 그냥 모든 것을 들러를 제거 할 수 있습니다 괜찮아에 대한 '기억'거라고 무엇을 --deployment처럼)하고 다시 시작하여 bundle install으로 다시 시작하십시오.

이것이 작동하지 않는 몇 가지 이유가있는 경우 그 질문입니다. 라인 Updating .gem files in vendor/cache에서

, 나는 .bundle/config 일에 "기억"있어 또 다른 한가지는, 또한 아마 당신이 기대하지 않는 것을 이상하게 다른 명령어와 상호 작용하고있는 당신은 또한 bundle package를 실행 어떤 점에서 의심 . .bundle/config을 제거하면 기억 된 설정도 삭제됩니다. (당신도 삭제해야 할 수도 있습니다./ vendor/cache 디렉토리 내용)

package이 필요하다고 이해하는 이유가없는 한 bundle install을 실행하고 이해합니다. 아니면 혼란 스러울거야.