2013-08-15 1 views
0
갑자기 배포에 슬러그 크기 오류를 받기 시작했습니다

:heroku에서 더 이상 필요하지 않은 빌드 팩으로 설치된 파일을 삭제하는 방법은 무엇입니까?

-----> Compiled slug size: 350.4MB is too large (max is 300MB).

내 응용 프로그램은 수동으로 번들과 자산 크기를 검사하여 확인이를 일으키는 원인이 될 너무 작습니다.

~/vendor $ du -h --max-depth 1 
90M ./ruby-2.0.0 
28K ./plugins 
24K ./heroku 
122M ./bundle 
113M ./glibc-2.7 
16M ./bin 
95M ./gcc-4.3 
36M ./ruby-1.9.3 
104K ./assets 
87M ./R 
1.2M ./gems 
450M ./libexec 
108K ./redis-rb 
1008M . 

은 일회성 다이노에서 그들을 삭제 : 일회성 다이노에서 조사를, 나는 R buildpack에 의해 설치된 파일 내가 buildpack 달 전에 사용을 중단하고 해제 BUILDPACK_URL에도 불구하고/공급 업체에서 아직 발견 하지 않는다. 그들은 새로운 것으로 다시 나타납니다.

R/gcc-4.3/과 같은 디렉토리를 영구히 삭제할 수 있습니까?

답변

2

R buildpack이이 파일들을 빌드의 캐시 디렉토리에 넣었을 가능성이 있습니다. 그리고 Ruby buildpack이 여전히 그 파일들을 끌어 들이고있을 가능성이 있습니다. 두 가지 buildpacks가 그런 식으로 충돌 할 가능성은 없지만 가능합니다. 코드를 새로운 앱으로 푸시하고 슬러그 크기가 떨어지는 지 확인하는 것이 좋습니다. 그렇다면 타사/지원되지 않는 heroku-repo plugin을 사용하여 원본 앱에서 빌드 캐시를 제거 할 수 있습니다.

+0

'purge_cache' 함수는 그것을하지 않았지만'rebuild'가했습니다. 감사. – jordanpg

+0

purge_cache는 350MB에서 68MB로 나에게 많은 도움을주었습니다. – nmakiya

0

소스 코드에서 디렉토리를 삭제하십시오. 실제로 소스 코드에서/vendor 아래의 대부분을 삭제하고 Heroku 패키지를 사용할 수 있어야합니다.

UPDATE0은 R buildpack의 GitHub의 페이지에서 README.md에서 : 인해 추가 패키지없이 R 런타임, Heroku가에 슬러그 크기의 크기에

주의 사항

또는 프로그램 코드는 약 45Mb입니다.

다른 310MB의 출처는 어디입니까?

+0

이 디렉토리는 내 프로젝트의 일부가 아닙니다. 빌드 팩에 의해 빌드되고 설치됩니다 (위 링크 참조). – jordanpg

+0

나는 그것을 알아 차렸다. R /와 다른 라이브러리 빌드 의존성의 내용의 합은 150M과 같았습니다. 아직 300M을 충분히 감당할 수 없었습니다. 캐시를 제거한 다음 재 구축하면 vendor/: assets, bundle, heroku, plugins 및 ruby-2.0.0에서이 dirs가 남아 있습니다. 나는 초과분이 구 1.9.3 디렉토리에 있다고 생각한다. 2.0.0으로 업그레이드하면 분명히 캐시 된 1.9.3 파일이 보관됩니다. – jordanpg

관련 문제