Firebase-tools: 배포 나열 및 삭제

@Nowaker 이것은 확실히 우리의 레이더에 있고 우리가 개선하고자 하는 것입니다.

안녕하세요 @brendanlim 업데이트가 있습니까? 우리는 또한 호스팅 모듈에서 무한 로딩을 보고 있습니다. 배포가 너무 많은 것 같습니다 :(

감사 해요!

Error: too_big: The data requested exceeds the maximum size that can be accessed with a single request. at r (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8597) at H (third_party/javascript/firebase/firebase_js_minified.jslib:126) at Object.eval [as H] (third_party/javascript/firebase/firebase_js_minified.jslib:206) at eval (third_party/javascript/firebase/firebase_js_minified.jslib:190) at Kh.g.Id (third_party/javascript/firebase/firebase_js_minified.jslib:196) at yh.Id (third_party/javascript/firebase/firebase_js_minified.jslib:186) at qh.eval [as zg] (third_party/javascript/firebase/firebase_js_minified.jslib:184) at th (third_party/javascript/firebase/firebase_js_minified.jslib:178) at WebSocket.ua.onmessage (third_party/javascript/firebase/firebase_js_minified.jslib:177) at WebSocket.b [as __zone_symbol___onmessage] (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8568) at w.invokeTask (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8611) at u.runTask (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8601) at WebSocket.invoke (rs=AON9PunUVzISsT9OTTHxul9qDyFtbYjNGA:8613)

@brendanlim @mbleigh 이에 대한 업데이트가 있습니까? 우리의 배포 기록은 지속적으로 증가하고 있으며, 각 CI는 한 번에 빌드되며, 삭제하는 것을 따라잡는 것은 인간의 능력 밖입니다!

우리는 여기에서 문제를 인지하고 있으며 이를 해결하는 가장 좋은 방법을 고려하고 있습니다. 일반적으로 버전의 역사가 늘어나는 것에 대해 걱정하지 않기를 바랍니다. 이것을 발견한 사람이 궁금합니다(이 댓글에 이모티콘으로 투표): 어떤 것이 가장 좋습니까?

• :tada: 이전 버전을 나열하고 일괄 삭제하는 기능
• :+1: 이전 버전은 어떤 식으로든 "고정"되지 않는 한 특정 시간 동안만 유지됩니다.
• :heart: 어떤 식으로든 "고정"되지 않는 한 특정 수의 이전 버전만 유지됩니다.

"이전 버전을 나열하고 일괄 삭제하는 기능"은 기본입니다. API는 프리미티브를 사용하여 빌드됩니다. 이러한 프리미티브를 통해 사용자는 누구를 괴롭히지 않고 원하는 것을 얻을 수 있습니다(이 경우 @mbleigh).

다른 두 가지는 높은 수준의 기능입니다. 그들은 멋지다. 그러나 API 또는 firebase-tools 를 통해 버전을 고정하거나 고정 해제하려면 어떻게 해야 합니까? 상상할 수 있듯이, 오늘날 이전 배포를 삭제하는 것처럼 누군가 Firebase UI의 목록을 다시 한 번 클릭해야 합니다. :로플:

요약하자면, 높은 수준의 기능은 훌륭하고 필요하지만 API의 CRUD 기본 요소는 Google Cloud Platform 또는 Firebase와 같은 도구에 매우 중요합니다.

@Nowaker 나는 동의하지 않으며 둘 다 중요합니다. 첫 번째 옵션과 다른 두 옵션 사이의 잘못된 이분법이라고 말하는 것이 타당합니다. FWIW, 두 번째 두 가지 옵션을 구현하려면 어쨌든 첫 번째 옵션에 필요한 모든 것을 구현해야 합니다.

이것은 분명히 우리의 레이더에 있지만 언제 보여줄 것이 있는지에 대한 구체적인 정보는 없습니다.

한 페이지의 모든 항목/여러 항목을 선택하고 한 번에 삭제하는 확인란을 사용합니다. 또한 확인을 위해 Enter 키를 눌러 확인 대화 상자를 닫을 수 있도록 합니다.

삭제 기능을 숨길 수도 없습니다. 지금 당신은:

1. 롤오버 배포 행.
2. 점 3개 메뉴를 클릭합니다.
3. 삭제를 클릭하여 확인을 불러옵니다.
4. 삭제를 다시 클릭합니다.

각 행에 자체 삭제 버튼이 있고 확인을 무시하기 위해 Shift 키를 누르고 있으면 해당 행 사이를 날아갈 수 있습니다.

이 기능을 자체적으로 구현하려는 경우(또는 firebase-tools에서 구현하고 PR을 제출하려는 경우) 배포 나열 및 삭제를 위한 REST API를 사용할 수 있습니까? 엔드포인트가 없는 경우 차단 문제가 될 수 있음을 알 수 있습니다. 마감일과 유사한 로드맵이 있습니까?

이것에 대한 소식이 있습니까? CLI에서 이전 배포를 제거하는 간단한 방법이 있으면 확실히 도움이 될 것입니다. 좋은 일을 해주셔서 감사합니다.

아직 이에 대한 소식은 없지만 팀이 적극적으로 관심을 갖고 있는 분야입니다. 기다려 주셔서 감사합니다!

이것에 대한 소식이 있습니까? 우리는 수동으로 하나씩 제거해야 할 것이 너무 많습니다.

또한 이것에 대한 진전에 정말 감사드립니다!

우리는 지금 배포 인프라에 대해 많은 작업을 하고 있으며 결실을 맺는 데 약간의 시간이 걸릴 것입니다. 이 문제는 우리가 그 일을 할 때 확실히 생각하고 있습니다.

@mbleigh 이 주제를 잠그는 것은

"어떤 식으로든 "고정"되지 않는 한 특정 수의 이전 버전만 유지됩니다.

내가 가진 또 다른 문제는 이 배포 목록을 볼 때 어느 것이 어느 것인지 전혀 모른다는 것입니다. 나는 package.json의 버전과 "builds"의 개념을 포함하여 몇 가지 방법으로 내 앱의 버전을 지정하므로 firebase deploy 버전 및/또는 빌드 #를 제공할 수도 있습니다. 배포된 버전 목록에 나열될 수 있다면 환상적일 것입니다. 그대로, 나는 100개의 배포된 버전을 보고 어느 것이 어느 것인지 전혀 모릅니다.

@rtm 배포 목록에 표시되는 배포 메시지를 지정할 수 있습니다.

firebase deploy --message "build 1234"

이 옵션은 설명서 페이지에 나열되어 있지 않지만 다음을 실행할 때 나열됩니다.
firebase help deploy

@a-xin 감사합니다. 나는 그것을 완전히 놓쳤고 매우 유용합니다!

우리는 모든 git 커밋을 지속적으로 배포하고 각 배포는 수백 MB이므로 이 문제의 우선 순위를 높일 수 있다면 좋을 것입니다. 전체 저장소 소비를 줄이기 위해 CD 스크립트에서 오래된 배포를 정리하는 몇 가지 명령도 통합할 수 있다면 좋을 것입니다.

해결 방법으로 파일 이름과 내용이 변경되지 않은 파일을 재사용할 수 있습니까(일부 해시에 따라)?

예를 들어 Webpack이 안정적인 해시를 사용하여 청크를 생성하는 경우(예: HashedModuleIdsPlugin ) 이러한 파일이 모든 배포에서 업로드됩니까(실제로 변경되지는 않았지만)?

이렇게 하면 각 배포에서 파일 업데이트의 양을 크게 줄일 수 있습니다(공급업체 라이브러리가 변경되지 않은 경우 애플리케이션 코드의 킬로바이트까지).

이것은 우리에게 낮은 우선 순위가 아닙니다. 활성화하기 위해 노력하고 있습니다.
현재 이 문제를 해결하기 위한 인프라가 있지만 큰 변화가 있습니다.
우리가 하고 싶은 일을 하는 데 필요합니다. 시간이 좀 걸리겠네요 감사합니다
피드백과 인내심.

2018년 2월 25일 일요일 오후 3:32 Denis Loginov [email protected]
썼다:

임시 해결 방법으로 다음과 같은 파일을 재사용할 수 있습니까?
파일 이름과 내용이 변경되지 않았습니까(일부 해시에 따라)?

예를 들어 Webpack이 안정적인 해시로 청크를 생성하는 경우(예:
HashedModuleIdsPlugin), 이러한 파일이 모든 배포(심지어
그들은 정말로 변하지 않았지만)?

이렇게 하면 각각의 파일 업데이트 양을 크게 줄일 수 있습니다.
배포(공급업체 라이브러리에 없는 경우 응용 프로그램 코드의 kbyte까지)
하소연).

—
당신이 언급되었기 때문에 이것을 받는 것입니다.

이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/firebase/firebase-tools/issues/215#issuecomment-368355645 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAAD_nbNy4j3gsIpTk_YpLyhlAuPtNHOks5tYe2DgaJpZM4J0BKU
.

이것이 우선순위라는 것을 알게 되어 기쁩니다. 저는 Spark 플랜을 사용 중이며 약 20MB 정도의 웹 애플리케이션이 있습니다. 나는 배포에 대해 약간 자유주의적이어서 300개를 검토하고 삭제할 수 있습니다. 😂

역사상 제한된 수의 배포 외에도 파일 재사용에 대한 @dinvlad 의 아이디어도 마음에

@sejr 제가 도움이 되는 한 가지는 키보드를 최대한 많이 사용하는 것입니다.
줄임표를 클릭하고 아래쪽 화살표를 누른 다음 Enter를 누른 다음 탭 버튼을 3번 누른 다음 Enter를 누릅니다.
그리고 반복하세요..... 도움이 되기를 바랍니다.

@mbleigh 이에 대한 소식이나 진행 상황이 있습니까?

@mbleigh 상태를 알려주시겠습니까?

@mbleigh 더 많은 투명성을 기대합니다. 일반적인 firebase-tools 로드맵과 이 문제에 대한 계획에 대해 자세히 설명해 주시겠습니까?
(가장 높은 투표를 받은 문제 btw, 두 번째로 높은 투표에 비해 거의 두 배의 표를 얻었습니다.)

이 문제를 해결하는 데 오랜 시간이 지연되어 죄송합니다. 이 문제는 우리 목록의 상위에 있지만 이와 같은 많은 소규모 프로젝트를 수행할 수 있는 기반을 마련하는 인프라 프로젝트에 막대한 투자를 하고 있습니다.

정확한 일정을 장담할 수는 없지만 이것은 확실히 잊혀지지 않았습니다.

아마도 잊은 것이 아니라 분명히 무시 되었을 것입니다. 몇 번의 클릭으로 UI에서 배포를 삭제할 수 있습니다. 동일한 내용이 API를 통해 쉽게 노출되지 않을 이유가 없습니다. Firebase 제품 로드맵과 Divshot의 운명에 매우 실망했습니다.

답답함을 이해합니다, 진심으로. 이 문제는 작업으로 해결됩니다.
우리는 지금 하고 있으며 가까운 장래에 여러분 모두에게 제공되기를 바랍니다.

2018년 6월 29일 금요일 오전 1:01 Damian Nowak [email protected]이 다음과 같이 작성했습니다.

아마도 잊은 것이 아니라 분명히 무시 되었을 것입니다. 배포를 삭제할 수 있습니다.
몇 번의 클릭으로 UI에서 - 동일하지 않을 이유가 없습니다
API를 통해 쉽게 노출됩니다. Firebase 제품에 매우 실망했습니다.
로드맵뿐만 아니라 Divshot의 운명.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인
https://github.com/firebase/firebase-tools/issues/215#issuecomment-401279887 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAAD_t_BTD_cT8eWOABg8sfs9Lf1n9g8ks5uBd7SgaJpZM4J0BKU
.

@mbleigh

하지만 우리가 하고 싶은 일을 하기 위해서는 큰 변화가 필요합니다.

아마도 들끓는 대중은 이러한 큰 변화가 무엇인지, 그리고 그것이 가능하게 하는 지구를 뒤흔드는 다른 기능이 무엇인지에 대해 적절하게 모호한 손을 흔드는 것에 의해 진정될 것입니다. 그것이 실패하면, 거의 2년 동안 진행되고 있기 때문에 일부 사람들이 단순히 기능을 무시하는 것처럼 보이는 것에 대해 왜곡된 속옷을 입는 것은 불합리하지 않습니다.

매우 간단합니다. Firebase 호스팅에는 공개 API가 없었으며 콘솔에서 배포를 나열하고 삭제하는 현재 방법은 홍보에 적합하지 않습니다. CLI는 오픈 소스이므로 이를 통해 노출되는 모든 작업이 적절하게 확장 가능한지 확인해야 합니다.

우리는 Firebase 호스팅의 많은 부분을 Google 인프라로 마이그레이션하는 과정에 있습니다. 이를 통해 확장성을 높이고 API를 적절하게 보유하기 위한 강력한 기반을 제공할 수 있습니다. 이러한 노력은 Firebase 호스팅의 장기적인 상태에 매우 유용하지만 오랜 기간 동안 뚜렷한 진전이 없는 결과를 초래한 팀에게는 상당한 투자였습니다.

많은 분들이 이에 대해 강하게 느끼셨다는 점에 감사드립니다. 지원을 요청하면 임시로 이전 배포를 수동으로 정리하겠습니다. 기다리지 않기를 바랍니다. 하지만 다른 소프트웨어와 마찬가지로 정확한 날짜를 선택하는 것은 일반적으로 좋지 않습니다.

이 작업으로 문제가 조금 해결되기를 바랍니다. 모든 Firebase 호스팅 사용자에게 도움을 주셔서 감사합니다 😄

@mbleigh 제보 해주셔서 감사합니다.

@mbleigh 왜 이 작업을 공개 API나 인프라 변경에 의존해야 하는지 잘 모르겠습니다.

이는 Firebase 콘솔의 "이전 배포 정리" 버튼을 사용하여 단기간에 해결할 수 있습니다.

콘솔은 이미 백엔드를 호출하고 있으므로 모든 배포 목록을 가져온 다음 삭제를 호출할 수 있습니다. 백엔드의 API는 배치 배치 목록을 사용하지 않는다고 가정하므로 이 버튼은 한 번에 하나의 배치와 동기적으로 수행하는 경우 몇 가지 문제를 일으킬 수 있습니다.

어쨌든 요점은 백엔드에 이미 설정된 API에 버튼을 추가하기만 하면 되는 경우 솔루션을 과도하게 엔지니어링하지 않는다는 것입니다. 특히 사용자가 2년을 기다리게 하지 마십시오.

전혀 전문적이지 않습니다.

다들 뭔 욕을 하는지 모르겠네요. 오래된 배포를 하나씩 삭제하는 것은 마음이 편합니다. 방금 72개의 백로그를 지웠습니다. 그런 다음 모두 얻었는지 다시 확인했습니다(하나는 놓쳤습니다). 다시 한 번 매우 만족스럽습니다. 나는 덕을 느꼈고 감히 SUPERIOR라고 말할 수 있습니다. 세부 사항을 돌보는 것; 실사. 꼼꼼한 행정! 내 유일한 후회는 정리할 더 많은 것이 없다는 것입니다. 나는 실제로 다음 작업으로 이동할 수 있을 만큼 충분히 기분이 좋아지기 위해 한 시간 동안 솔리테어 게임을 해야 했습니다.

그리고 이 기능을 얻는 데 2년(그리고 계산 중)이?!? 훠훠훠 엔지니어가 이러한 작업을 올바르게 수행하려면 주의를 기울여야 한다는 것을 모두 알고 있습니다! 그리고 막대한 예산이 필요합니다. 내 말은 WAYMO와 Alphabet의 나머지 부분이 취하고 있는 모든 노력을 생각한다는 것입니다. Google은 이 기능에 더 많은 리소스를 투입할 여력이 없습니다.

게다가 우리는 개발자일 뿐입니다! 더블 Pfftt. DEVELOPERS를 대기열의 선두에 배치하여 Google이 어떻게 살아남을 것으로 예상하십니까?!? 내 말은 정말!

아니요, 우리 모두의 이익, 특히 우리의 웰빙을 위해 저는 개인적으로 여기 개발자 팀이 이 기능을 구현하기 전에 최소 2년 동안 이 작업을 계속할 것에 투표합니다. 맙소사 조심해! 성급하지 마십시오. 서두르지 마!

그리고 하늘을 위해, 빠른 삭제 버튼과 같은 임시 기능을 갖는 것과 같은 충동적인 행동을 하지 마십시오. 그것은 훨씬 더 중요한 것들에서 자원을 돌릴 것입니다.

모든 것이 있는 그대로입니다. 관리 변경과 같이 프로세스를 변경하지 마십시오!

앗, 가야 해요. 낮잠을 잘 시간입니다(모든 배포를 삭제하는 데 필요한 모든 집중도에 지쳤습니다). 그리고 이렇게 생산적인 시간 외에도 나는 확실히 휴가를 보낼 자격이 있습니다!

삭제해야 할 125개가 있습니다.

🤔 어쩐지 이 스레드에서 약간의 비꼬는 일이 벌어지고 있는 것 같아요... 🙃

여러분, 정말 답답합니다. 이전 의견에서 언급한 내용을 반복하자면: 지원팀 에 연락하면 임시로 이전 배포를 수동으로 정리할 수 있습니다 . 얼마나 많은 이전 버전을 유지하고 싶은지 알려주십시오.

우리가 임시 반창고 솔루션을 출시하지 않는 이유에 대해 말하자면, 지원 개입은 반창고입니다. 우리는 교체를 위해 적극적으로 노력하고 있는 시스템에서 제한된 엔지니어링 리소스를 소모하지 않는 것을 선호합니다. 이것이 결국 어려운 상황에 이르게 하는 이유입니다.

오 봐, 누군가 이 스레드와 관련이 있을 수 있는 요점 을

추신: 우리는 여전히 더 나은 자동화 솔루션을 개발 중이지만 그 동안에는 이것이 훨씬 더 나은 반창고입니다. 😼

시간을 내어 해결 방법을 제공해 주셔서 감사합니다.

위의 요점에 있는 스크립트는 버전 삭제 측면에서 잘 작동하지만 내 스토리지 사용량이 감소하는 것을 볼 수 없습니다(버전 삭제 후 이를 다시 계산하는 데 시간이 걸리나요?)

버전을 삭제한 후 이것을 다시 계산하는 데 시간이 걸리나요?

제 경험상 그렇습니다. GUI를 사용하여 수동으로 여러 버전을 삭제하더라도 사용 횟수가 변경되는 데 시간이 걸립니다.

훨씬 더 나은 반창고 를 제공해주신

@mbleigh의 업데이트가 있습니까?

호스팅 나머지 API @alexanderwhatley 를 보았습니까? ui 솔루션은 아니지만 새로운 Hosting Rest API를 사용하면 배포를 정리하는 데 필요한 모든 작업을 수행할 수 있습니다.

REST API 호스팅

@jackcw 를 살펴 create 및 list 메서드만 찾을 수 있기 때문입니다. delete 메서드가 없습니다.

나는 실제로 그것을 사용하지 않았지만 내가 볼 수 있는 한 버전 끝점에 삭제 가 있고 릴리스 목록에 버전 개체

미안합니다 제 잘못입니다. 버전 및 릴리스의 의미를 잘못 이해했습니다. 이제 API를 사용하여 버전이라고 하는 이전 릴리스를 삭제할 수 있습니다.

모든 이전 릴리스를 제거하기 위해 cron 작업으로 하루에 한 번 실행되는 작은 셸 스크립트를 만들었습니다.
여기 요점이 있습니다. JSON을 구문 분석하려면 jq 가 필요합니다. 기본적으로 @jackcw가 작성한 대로

저는 쉘 스크립트나 jq 작성 전문가는 아니지만 결과가 중요하다고 생각합니다. 스크립트는 저에게 매우 안정적으로 작동합니다. 직접 사용해 보세요.

내부 추적 ID: 113235359

이에 대한 업데이트가 있습니까?

활발히 진행되고 있습니다. 🙂

안녕 모두들!

이제 Firebase 콘솔에서 버전 기록 보관을 관리할 수 있습니다.

대규모 사이트를 보유한 사용자의 경우 비용을 절감하는 데 도움이 됩니다.

모두의 이익을 위해 @samtstern 이 말하는 위의 기능은 우리가 작업 중이라고 말한 것입니다. 사람들이 버전 기록을 잘 관리하는 데 도움이 되길 바랍니다!

기능에 감사드립니다! 그래도 아직 버그가 있는 것 같습니다.

@twistedpair :cry: 허, Firebase 지원팀에 연락할 수 있나요? 개발 도구의 네트워크 패널에 오류가 발생하는 것이 가장 좋습니다. 그런 일이 일어나서는 안 됩니다.

기능이 작동하지 않는 것 같습니다. 설정에 1개 버전의 상한이 있지만 목록에는 삭제되지 않은 버전이 많이 있습니다!

@샤르노

우리 프로젝트에서 완벽하게 작동합니다.
빌드는 10개로 제한되며 빌드 11부터는 "자동 삭제"됩니다.

@billiaug 감사합니다

나는 그것을 특정 숫자로 다시 설정하고 작동하기 시작했습니다. 이전에 이 값을 설정하지 않았기 때문일 수 있다고 생각합니다. 그래서 대화 상자를 열고 1을 보았을 때 이미 적용된 것으로 가정했지만 그렇지 않았습니다.

@sharno와 같은 것을 발견했습니다. 기본 설정은 값을 1로 설정하지만 설정이 열리고 처음으로 _저장_을 클릭할 때까지는 적용되지 않습니다. 그 후에 모든 것이 예상대로 작동합니다.

새 Firebase 프로젝트에서 복제하려면 릴리스 기록에 몇 가지 배포가 있도록 사이트를 여러 번 배포합니다. 기본값 1을 표시하는 _버전 기록 설정_을 연 다음 _저장_을 클릭합니다. 페이지를 새로 고치면 현재를 제외한 모든 이전 배포의 상태가 _Auto-deleted_여야 합니다.

아마도 _Version history settings_ 모달은 설정이 기본적으로 적용되지 않으며 활성화하려면 사용자 작업이 필요하다는 것을 언급하거나 반영해야 합니다. 예시:

또는 사용자가 값을 설정 해제할 수 있는 다른 것:

최소한의 Firebase 도움말 - 보관된 버전에 대한 제한을 설정 하면 기본값을 더 잘 설명할 수 있습니다.

비슷한 쿼리가 있지만 Firebase 호스팅이 아니라 Firebase 기능에 대한 쿼리가 있습니다. 각 기능 배포에는 400MB 이상의 Firebase 저장 공간이 필요합니다. 저는 firebase cli의 전문 사용자는 아니지만 GCP 컨테이너 레지스트리로 이동하면 컨테이너를 하나씩 삭제하는 옵션이 제공됩니다.

Firebase 콘솔은 현재 호스팅 릴리스에서와 같이 이전 기능 컨테이너를 자동 삭제하는 방법을 제공하나요?

추신: 새 문제를 열어야 합니까?

@DibyodyutiMondal은 확실히 새로운 문제입니다.

@DibyodyutiMondal - 새 문제를 열었습니까? 그렇다면 이곳에 링크를 걸어두시면 쉽게 찾으실 수 있습니다.