초기화 시 데이터베이스 "스냅샷"을 로드하는 것이 좋다는 데 동의합니다. 현재 개발을 위해 로컬에서 firestore 및 함수 에뮬레이터를 실행하고 있지만 테스트 데이터가 있는 DB를 시드하면 많은 firestore 함수 트리거가 실행됩니다. 이것은 매우 바람직하지 않습니다. 따라서 초기 데이터를 로드하는 데 도움이 되는 기능 또는 더 나은 Firestore 데이터 지속성을 디스크에 로드하는 데 도움이 되는 기능에 대한 계획이 있습니까?

함수 없이 데이터를 시드하고 싶다는 점을 지적해주셔서 감사합니다.
발사. 임시방편으로 우리는 "회전
off" 함수는 데이터를 로드하는 동안 특수 호출로 트리거됩니다.
특정 테스트에도 유용할 수 있습니다. 그것을 사용하시겠습니까?

그러나 장기적으로 우리는 수입/수출이 필요합니다.

2019년 10월 12일 토요일 오전 11시 54분 Wyatt Ades [email protected]이 다음과 같이 썼습니다.

데이터베이스 "스냅샷"을 로드하는 것이 좋습니다.
초기화. 현재 Firestore 및 기능 에뮬레이터를 실행하고 있습니다.
개발을 위해 로컬에 있지만 테스트 데이터로 DB를 시드하면
의 firestore 함수 트리거가 실행됩니다. 이것은 매우 바람직하지 않으므로
초기 데이터를 로드하는 데 도움이 되는 기능에 대한 계획이 있습니까?
더 좋은 점은 데이터 지속성을 디스크에 저장하는 것입니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/firebase/firebase-tools/issues/1167?email_source=notifications&email_token=ACATB2VEE7BBI75HECFTE23QOIMOLA5CNFSM4G5NG5X2YY3PNVWWK3TUL52HS4DFVEXG43NVMVBW
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/ACTB2WHUTO43JISN54J4U3QOIMOLANCNFSM4G5NG5XQ
.

네, 지금으로서는 좋은 해결책이 될 것입니다. 감사합니다!

아직 이에 대한 이정표가 설정되지 않았습니까? 하지만 여기 이 팀에 대해 지금 내가 좋아하는 한 가지는 더 활동적이고 반응이 빠른 것 같습니다.

Firestore db와 함께 이 범위에 실시간 db를 추가할 수 있습니까?

@anantanandgupta 아직 이정표가 없지만 진행 상황에 대해 공개하려고 노력합니다! 그리고 범위에 데이터베이스 에뮬레이터도 추가했습니다. 데이터베이스의 경우 문제가 더 쉽지만(JSON 형식) Cloud Functions를 "일시 중지"하는 데 여전히 도움이 필요합니다.

나는 내가 좋은 손에 있다는 것을 알고 있습니다. 그러나 중요도를 말씀드리자면 저는 이 거대한 플랫폼을 Firebase를 중심으로 완전히 설계했으며 모두가 이에 반대했습니다. 하지만 제 노력으로 저는 지금까지 Firebase를 기술로 사용하기로 한 결정이 틀리지 않았다는 것을 증명했습니다. 이 시점에서 클라우드에서 호스팅되는 공통 데이터베이스를 사용하여 여러 개발자가 여러 기능을 작업하는 것이 불가능해졌습니다. 따라서 우리 각자가 데이터베이스의 로컬 복사본에서 작업할 수 있다면 훨씬 쉽고 효율적일 것입니다.

Firestore 에뮬레이터로 데이터를 가져오는 기능(즉, "시드" 데이터로 초기화)은 다음 릴리스에서 없어질 것입니다. 처음에는 약간 수동적이며 후속 릴리스에서 더 나은 도구를 추가할 것입니다.

실시간 데이터베이스 에뮬레이터에 필요한 것이 무엇인지 살펴봅니다.

@ryanpbrewster "시드" 데이터를 설정하는 방법에 대한 문서가 있습니까?

@SamyPesse 이것은 Emulator JAR 자체 내부에서 구현되었지만( @ryanpbrewster가 말했듯이) 실제로 가져오기를 수행하기 위해 firebase-tools 를 통해 API를 노출하지 않았으므로 아직 사용할 수 있는 것이 아닙니다.

이것이 어떻게 작동할 것으로 예상하는지 공유해 주시겠습니까? 당신은에 플래그 선호 firebase 명령에 필드 firebase.json 또는 뭔가?

데이터 가져오기 및 내보내기가 현재 구현되어 있지만 이러한 기능을 쉽게 사용할 수 있는 방법을 아직 찾지 못했습니다. 따라서 이러한 지침이 대략적이라는 것을 알고 있으며 이를 개선하는 방법에 대한 아이디어가 열려 있습니다.

내보내기 가져오기

프로덕션 Firestore 인스턴스 또는 로컬 에뮬레이터에서 내보내기를 생성할 수 있습니다.

에뮬레이터 내보내기

에뮬레이터를 부팅하고 원하는 대로 데이터를 채웁니다. 데이터베이스가 원하는 상태가 되면 내보내기를 생성합니다.

curl "localhost:8080/emulator/v1/projects/ryanpbrewster-test:export" \
  -d '{"database": "projects/ryanpbrewster-test/databases/(default)","export_directory":"."}' \
  -H "Content-Type: application/json

firestore_export_1576524691/ 와 같은 디렉토리의 로컬 파일 시스템으로 내보내기를 덤프합니다.

생산 수출

Google Cloud Storage 버킷이 필요합니다. 테스트 프로젝트의 기본 AppEngine 버킷 ryanpbrewster-test.appspot.com 사용하겠습니다. 운영

gcloud firestore export gs://ryanpbrewster-test.appspot.com/firestore-export

Firestore는 프로덕션 데이터의 전체 사본을 Google Cloud Storage에 덤프합니다. 원하는 경우 --collection-ids 플래그를 사용하여 특정 컬렉션 집합으로 내보내기를 제한할 수 있습니다.

완료되면 로컬 파일 시스템에 복사할 수 있습니다(대용량 데이터베이스가 있는 경우 제대로 작동하지 않을 수 있음).

gsutil cp -r gs://ryanpbrewster-test.appspot.com/firestore-export .

데이터 가져오기

현재로서는 에뮬레이터로 데이터를 가져오는 유일한 방법은 명령줄 플래그를 사용하는 것입니다.

java -jar ~/.cache/firebase/emulators/cloud-firestore-emulator-v1.10.2.jar \
  --seed_from_export=firestore_export_1576524691/firestore_export_1576524691.overall_export_metadata

모든 것이 잘되면 에뮬레이터가 시작되고 모든 데이터가 들어 있습니다.

예상되는 경로는 .overall_export_metadata 파일의 위치이며 내보내기 디렉토리의 최상위 수준에 있어야 합니다.

내보내기에서 Firestore 데이터를 에뮬레이트할 수 있었습니다. 이제 Firebase 에뮬레이터 슈트를 시작하려고하면. 에뮬레이터가 이미 포트에서 실행 중이므로 Firestore 에뮬레이터가 작동하지 않습니다. FIRESTORE_EMULATOR_HOST 변수를 인식하지 못하는 설정까지 시도했습니다. 에뮬레이터를 시작하는 동안 시드 경로도 명령을 따라 전달할 수 있다면 훨씬 더 도움이 되고 firebase emulators:start --firestore_seed_from_export = \path\to\seed\file 와 같은 개발 시간을 많이 줄일 수 있습니다.

@prgwar 의 제안에 +1. 이 시작 Firestore를 사용하여 에뮬레이터 제품군을 실행하려면 어떻게 해야 합니까? 에뮬레이터의 함수는 "⚠ 함수: Cloud Firestore 에뮬레이터가 실행되고 있지 않으므로 Firestore에 대한 호출이 프로덕션에 영향을 미치기" 때문에 프로덕션을 사용합니다.

@prgwar 제안 firebase 명령에서 가져오기/내보내기를 지정하기 위한 API를 결정하는 중입니다. jar 직접 사용하는 것은 해결 방법일 뿐이며 실제로 개발자가 장기적으로 수행할 것으로 기대하는 것은 아닙니다.

@ srolfe26 문제가 다른 것처럼 들립니다. Cloud Functions 에뮬레이터를 실행 중이지만 Firestore 에뮬레이터는 실행하지 않습니다. firebase init emulators 를 실행하여 Firestore 에뮬레이터를 초기화한 다음 firebase emulators:start 다시 실행해 보십시오.

동료 WSL(1 또는 2) 사용자의 경우 브라우저에서 에뮬레이터에 연결하는 데 문제가 있을 수 있습니다. 위의 명령에 --host 0.0.0.0 플래그를 추가하여 문제를 해결했습니다.

java -jar ~/.cache/firebase/emulators/cloud-firestore-emulator-v1.10.2.jar \
  --seed_from_export=firestore_export_1576524691/firestore_export_1576524691.overall_export_metadata \
  --host 0.0.0.0

사용의 '@prgwar겠습니까 제안 --firestore_seed_from_export =받아들여질까?

그렇다면 기꺼이 PR을 할 의향이 있습니다. 공이 굴러가는 것을 어떻게 도울 수 있습니까?

또한 실시간 데이터베이스 에뮬레이터에서 동일한 seed_from_export 기능을 구현할 수 있다면 좋겠습니다.

@spencerwhyte 제안에 감사드립니다! 저는 지금 이 문제를 적극적으로 해결하고 Firestore와 RTDB, 그리고 미래의 모든 에뮬레이터를 지원할 작업을 하고 있습니다.

이 일반적인 흐름에 대해 어떻게 생각하십니까?

• "백업"은 다음을 포함하는 폴더입니다.
  
  
  
  • 표준 형식의 개별 에뮬레이터 백업 묶음
  
  
  • 이를 설명하는 단일 metadata.json 파일
  
  
• 시드로 에뮬레이터를 시작하려면 다음을 수행하십시오. firebase emulators:start --import="./folder-with-backup"
• 실행 중인 에뮬레이터를 백업하려면 실행 중인 동안 새 터미널을 열고 firebase emulators:export

그것이 제가 현재 작업하고 있는 것입니다. 저는 그것이 가장 유연한 것이라고 생각하지만 피드백에 매우 개방적입니다.

@samtstern 반갑 습니다!

이 디자인은 에뮬레이터 내보내기 형식/백업 형식이 작업할 수 있는 한 완벽하게 들립니다. 프로덕션의 백업과 동일한 형식이면 됩니다. 트리거를 실행하지 않고 통합 테스트를 위해 많은 양의 데이터를 가져와야 합니다. 현재 우리는 테스트 중일 때 트리거를 비활성화하는 몇 가지 검사를 수행하여 살아남았지만 이러한 복잡성을 피하고 싶습니다. --import 대한 이러한 지원을 통해 우리는 일을 단순화할 수 있습니다.

우리는 테스트에 firebase emulators:exec 를 사용하므로 exec 에서도 작동하는 한 만족할 것입니다.

@spencerwhyte

1) 예, 가능한 한 프로덕션과 동일한 형식을 확실히 고수할 것입니다. 따라서 Firestore의 경우 가져오기/내보내기 형식을 지원하고 RTDB의 경우 거대한 json 파일이 됩니다.
2) 예, 우리는 emulators:exec --import 지원할 것입니다

피드백을 주셔서 감사합니다!

PR #1968은 이 기능을 구현하며(현재 Firestore에만 해당, Realtime Database가 곧 제공될 예정임) 다음 CLI 릴리스에 포함될 예정입니다( 7.14.0 ).

이 기능은 7.14.0 출시되었습니다 ... 사용해 보고 의견을 알려주세요! 지금은 Firestore만 있지만 실시간 데이터베이스가 다음입니다.

이것은 어디에나 문서화되어 있습니까? 또한 Google Cloud Storage 버킷(내가 가지고 있지 않음) 없이 프로덕션 데이터를 내보내는 방법이 있습니까?
클라우드 데이터 저장소에서 복제된 데이터 없이 로컬에서 트리거를 테스트하는 데 어려움이 있습니다.

@shaimo 죄송합니다. 문서 작업이 조금

프로덕션에서 내보내려면 Cloud Storage 버킷이 필요합니다. 내보내기는 Google 서버 어딘가에서 발생하는 "관리되는" 작업이기 때문입니다. 로컬 파일 시스템에 대해 그런 작업을 실행할 수 없습니다. 클라우드 대상이 필요합니다.

Firebase 프로젝트가 있는 경우 실제로 사용할 수 있는 기본 Cloud Storage 버킷이 있으며 여기에는 일부 무료 할당량이 포함됩니다. Firebase 콘솔의 스토리지 섹션으로 이동하여 확인하세요.

@samtstern 문서에 시간이 좀 걸릴 수 있으니 에뮬레이터 인스턴스로 가져오기/내보내기 방법에 대해 간략히 알려주실 수 있나요?

이제 여기에 새 플래그에 대한 몇 가지 문서가 있습니다.
https://firebase.google.com/docs/emulator-suite/install_and_configure#startup

하지만 어쨌든 예를 들어보겠습니다. 가져오기/내보내기를 사용하려면 두 개의 터미널 창이 필요하므로 터미널 1 과 터미널 2 라고 부르겠습니다.

먼저 에뮬레이터 시작

터미널 1

$ firebase emulators:start
# ...

저장하려는 데이터를 몇 개 구축한 후 다른 터미널에서 내보내기 명령을 실행합니다.

터미널 2

$ firebase emulators:export ./mydirectory
# ...

이제 ./mydirectory 내보내기가 있습니다. 다음에 에뮬레이터를 시작할 때 거기에서 가져오도록 지시하십시오.

터미널 1

$ firebase emulators:start --import=./mydirectory
# ...

그리고 그게 다야!

@samtstern firebase emulators:start --import 명령을 사용하여 프로덕션 내보내기에서 가져올 수 있나요?
emulators:start --import가 firebase-export-metadata.json을 찾고 있지만 firestore-export/firestore-export.overall_export_metadata가 있습니다.

@landonj 할 수 있지만 현재로서는 약간 까다롭습니다. 가장 간단한 방법은 emulators:export 한 번 실행한 다음 로컬 파일이 아닌 프로덕션 내보내기를 가리키도록 JSON 파일을 수정하는 것입니다.

아직 에뮬레이터용 RTDB 시딩에 대한 내용이 있습니까?

@FergyKay 아직 아무것도 없지만 여기를 따라갈 수 있습니다.
https://github.com/firebase/firebase-tools/issues/2079

이것은 많이 필요하다

@landonj 와 똑같은 일을

@samtstern이 말한 것을 시도했지만 오류가 발생했습니다...

내가 뭘 잘못하고 있어?

bdw.. 파일이 존재합니다!

firebase emulators:start --debug --only firestore,functions --import=/Users/ridermansb/Projects/meve.ai/backups/emulator-data

[2020-05-31T13:31:23.601Z] com.google.cloud.datastore.core.exception.DatastoreException: 전체 내보내기 메타데이터 파일을 구문 분석하지 못했습니다.
com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:225)
com.google.cloud.datastore.emulator.impl.ExportImportUtil.fetchEntities(ExportImportUtil.java:54)
com.google.cloud.datastore.emulator.firestore.CloudFirestore.main(CloudFirestore.java:89)
{"metadata":{"emulator":{"name":"firestore"},"message":"com.google.cloud.datastore.core.exception.DatastoreException: 전체 내보내기 메타데이터 파일을 구문 분석하지 못했습니다.\n\tat com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:225)\n\tat com.google.cloud.datastore.emulator.impl.ExportImportUtil.fetchEntities(ExportImportUtil.java:54)\n \tat com.google.cloud.datastore.emulator.firestore.CloudFirestore.main(CloudFirestore.java:89)\n"}}
[2020-05-31T13:31:23.602Z] 원인: java.io.FileNotFoundException: /Users/ridermansb/Projects/meve.ai/backups/emulator-data/Users/ridermansb/Projects/meve.ai/backups/ 2020-05-31/2020-05-31/2020-05-31T13:19:28_6168.overall_export_metadata (해당 파일이나 디렉토리가 없음)
{"metadata":{"emulator":{"name":"firestore"},"message":"발생 원인: java.io.FileNotFoundException: /Users/ridermansb/Projects/meve.ai/backups/emulator-data /Users/ridermansb/Projects/meve.ai/backups/2020-05-31/2020-05-31/2020-05-31T13:19:28_6168.overall_export_metadata (해당 파일 또는 디렉터리 없음)\n"}}
[2020-05-31T13:31:23.603Z] java.base/java.io.FileInputStream.open0(네이티브 메소드)
java.base/java.io.FileInputStream.open(FileInputStream.java:213)
java.base/java.io.FileInputStream에 있습니다.(파일입력스트림.java:155)
com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:215)
... 2 개 더
{"metadata":{"emulator":{"name":"firestore"},"message":"\tat java.base/java.io.FileInputStream.open0(네이티브 메소드)\n\tat java.base/ java.io.FileInputStream.open(FileInputStream.java:213)\n\tat java.base/java.io.FileInputStream.(FileInputStream.java:155)\n\tat com.google.cloud.datastore.emulator.impl.ExportImportUtil.parseOverallMetadataFile(ExportImportUtil.java:215)\n\t... 2개 더\n"}}

오류: firestore: Firestore 에뮬레이터가 코드와 함께 종료되었습니다: 1

@landonj 할 수 있지만 현재로서는 약간 까다롭습니다. 가장 간단한 방법은 emulators:export 한 번 실행한 다음 로컬 파일이 아닌 프로덕션 내보내기를 가리키도록 JSON 파일을 수정하는 것입니다.

이것을 확장할 수 있습니까? gcloud 버킷을 직접 가리킬 수 있나요? 아니면 먼저 내보내기 내용을 로컬로 다운로드해야 합니까? 어떤 파일을 수정해야 합니까?

다음은 내가 시도한 것입니다.

> firebase emulators:start
> firebase emulators:export ~/emulator-data/
> # close the emulator
> gcloud firestore export gs://xxxxx-xxxxx-xxxxx/emulator/
> gsutil cp -r gs://xxxxx-xxxxx-xxxxx/emulator ~/emulator-data/
> firebase emulators:start --only firestore --import /home/gugahoi/emulator-data/emulator/ --debug
[2020-06-01T10:04:36.492Z] > command requires scopes: ["email","openid","https://www.googleapis.com/auth/cloudplatformprojects.readonly","https://www.googleapis.com/auth/firebase","https://www.googleapis.com/auth/cloud-platform"]
[2020-06-01T10:04:36.493Z] > authorizing via signed-in user
i  emulators: Starting emulators: firestore {"metadata":{"emulator":{"name":"hub"},"message":"Starting emulators: firestore"}}
[2020-06-01T10:04:36.510Z] [hub] writing locator at /tmp/hub-flux-development.json
i  emulators: Shutting down emulators. {"metadata":{"emulator":{"name":"hub"},"message":"Shutting down emulators."}}
i  hub: Stopping emulator hub {"metadata":{"emulator":{"name":"hub"},"message":"Stopping emulator hub"}}
[2020-06-01T10:04:36.825Z] Error: ENOENT: no such file or directory, open '/home/gugahoi/emulator-data/emulator/firebase-export-metadata.json'
    at Object.openSync (fs.js:458:3)
    at Object.readFileSync (fs.js:360:35)
    at Object.<anonymous> (/home/gugahoi/.nvm/versions/node/v12.16.3/lib/node_modules/firebase-tools/lib/emulator/controller.js:183:44)
    at Generator.next (<anonymous>)
    at fulfilled (/home/gugahoi/.nvm/versions/node/v12.16.3/lib/node_modules/firebase-tools/lib/emulator/controller.js:5:58)
    at processTicksAndRejections (internal/process/task_queues.js:97:5)

Error: An unexpected error has occurred.

위의 내용이 안되는 것 같아서 firebase-exports-metadata.json 파일을 다음 내용으로 업데이트 했습니다.

> cat firebase-export-metadata.json
{"version":"8.4.1","firestore":{"version":"1.11.4","path":"emulator","metadata_file":"emulator/emulator.overall_export_metadata"}}

다음은 디렉토리 구조입니다.

gugahoi:~/emulator-data > tree .
.
├── emulator
│   ├── all_namespaces
│   │   └── all_kinds
│   │       ├── all_namespaces_all_kinds.export_metadata
│   │       ├── output-0
│   │       └── output-1
│   └── emulator.overall_export_metadata
├── firebase-export-metadata.json
├── firebase-export-metadata.json.bak
└── firestore_export
    └── firestore_export.overall_export_metadata

그러나 여전히 에뮬레이터 UI에 데이터가 없습니다.

편집하다

에뮬레이터의 최종 출력을 추가할 것이라고 생각했는데 오류 없이 실행되지만 내 데이터는 없습니다.

> firebase emulators:start --only firestore --import /home/gugahoi/emulator-data/ --debug
[2020-06-01T11:31:34.256Z] > command requires scopes: ["email","openid","https://www.googleapis.com/auth/cloudplatformprojects.readonly","https://www.googleapis.com/auth/firebase","https://www.googleapis.com/auth/cloud-platform"]
[2020-06-01T11:31:34.257Z] > authorizing via signed-in user
i  emulators: Starting emulators: firestore {"metadata":{"emulator":{"name":"hub"},"message":"Starting emulators: firestore"}}
[2020-06-01T11:31:34.274Z] [hub] writing locator at /tmp/hub-flux-development.json
i  firestore: Importing data from /home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata {"metadata":{"emulator":{"name":"firestore"},"message":"Importing data from /home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata"}}
[2020-06-01T11:31:34.302Z] Ignoring unsupported arg: projectId {"metadata":{"emulator":{"name":"firestore"},"message":"Ignoring unsupported arg: projectId"}}
[2020-06-01T11:31:34.303Z] Ignoring unsupported arg: auto_download {"metadata":{"emulator":{"name":"firestore"},"message":"Ignoring unsupported arg: auto_download"}}
[2020-06-01T11:31:34.303Z] Starting Firestore Emulator with command {"binary":"java","args":["-Duser.language=en","-jar","/home/gugahoi/.cache/firebase/emulators/cloud-firestore-emulator-v1.11.4.jar","--host","localhost","--port",8080,"--seed_from_export","/home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata","--rules","/home/gugahoi/projects/flux/flux/firestore.rules"],"optionalArgs":["port","webchannel_port","host","rules","functions_emulator","seed_from_export"],"joinArgs":false} {"metadata":{"emulator":{"name":"firestore"},"message":"Starting Firestore Emulator with command {\"binary\":\"java\",\"args\":[\"-Duser.language=en\",\"-jar\",\"/home/gugahoi/.cache/firebase/emulators/cloud-firestore-emulator-v1.11.4.jar\",\"--host\",\"localhost\",\"--port\",8080,\"--seed_from_export\",\"/home/gugahoi/emulator-data/emulator/emulator.overall_export_metadata\",\"--rules\",\"/home/gugahoi/projects/flux/flux/firestore.rules\"],\"optionalArgs\":[\"port\",\"webchannel_port\",\"host\",\"rules\",\"functions_emulator\",\"seed_from_export\"],\"joinArgs\":false}"}}
i  firestore: Firestore Emulator logging to firestore-debug.log {"metadata":{"emulator":{"name":"firestore"},"message":"Firestore Emulator logging to \u001b[1mfirestore-debug.log\u001b[22m"}}
[2020-06-01T11:31:35.197Z] API endpoint: http://localhost:8080
 {"metadata":{"emulator":{"name":"firestore"},"message":"API endpoint: http://localhost:8080\n"}}
[2020-06-01T11:31:35.198Z] If you are using a library that supports the FIRESTORE_EMULATOR_HOST environment variable, run:

   export FIRESTORE_EMULATOR_HOST=localhost:8080

Dev App Server is now running.

 {"metadata":{"emulator":{"name":"firestore"},"message":"If you are using a library that supports the FIRESTORE_EMULATOR_HOST environment variable, run:\n\n   export FIRESTORE_EMULATOR_HOST=localhost:8080\n\nDev App Server is now running.\n\n"}}
[2020-06-01T11:31:35.322Z] Ignoring unsupported arg: auto_download {"metadata":{"emulator":{"name":"ui"},"message":"Ignoring unsupported arg: auto_download"}}
[2020-06-01T11:31:35.322Z] Ignoring unsupported arg: port {"metadata":{"emulator":{"name":"ui"},"message":"Ignoring unsupported arg: port"}}
[2020-06-01T11:31:35.323Z] Starting Emulator UI with command {"binary":"node","args":["/home/gugahoi/.cache/firebase/emulators/ui-v1.0.0/server.bundle.js"],"optionalArgs":[],"joinArgs":false} {"metadata":{"emulator":{"name":"ui"},"message":"Starting Emulator UI with command {\"binary\":\"node\",\"args\":[\"/home/gugahoi/.cache/firebase/emulators/ui-v1.0.0/server.bundle.js\"],\"optionalArgs\":[],\"joinArgs\":false}"}}
i  ui: Emulator UI logging to ui-debug.log {"metadata":{"emulator":{"name":"ui"},"message":"Emulator UI logging to \u001b[1mui-debug.log\u001b[22m"}}
[2020-06-01T11:31:35.395Z] Web / API server started at http://localhost:4000
 {"metadata":{"emulator":{"name":"ui"},"message":"Web / API server started at http://localhost:4000\n"}}

┌───────────────────────────────────────────────────────────────────────┐
│ ✔  All emulators ready! View status and logs at http://localhost:4000 │
└───────────────────────────────────────────────────────────────────────┘

┌───────────┬────────────────┬─────────────────────────────────┐
│ Emulator  │ Host:Port      │ View in Emulator UI             │
├───────────┼────────────────┼─────────────────────────────────┤
│ Firestore │ localhost:8080 │ http://localhost:4000/firestore │
└───────────┴────────────────┴─────────────────────────────────┘
  Other reserved ports: 4400, 4500

Issues? Report them at https://github.com/firebase/firebase-tools/issues and attach the *-debug.log files.

@gugahoi 귀하의 게시물이 해결책을 https://gist.github.com/bkuri/36cef71bcf30a5416b1c353cb81f38ed

클라우드 스토리지 에뮬레이터 인스턴스를 시드하는 작은 bash 스크립트입니다. 프로젝트 이름과 내보낸 데이터를 저장할 대상 경로만 있으면 됩니다. 예: ./seed-storage.sh my-project /tmp/export .

BTW, 위의 스크립트는 일반적인 용의자( firebase , gcloud 및 gsutil ) 외에도 매우 일반적인 두 가지 도구( lsof 및 screen )에 의존합니다. gsutil ), 설치되어 있는지 확인하십시오.

이것이 누군가를 돕기를 바랍니다. :+1:

어쨌든 기존 데이터베이스를 가져올 때 firestore 기능이 트리거되는 것을 피하려면?

@bkuri 해당 스크립트에 감사드립니다. 여전히 Firestore 에뮬레이터 콘솔에 표시할 데이터를 얻을 수 없기 때문에 설정/설치에 이상한 일이 일어나고 있는 것 같습니다.

@gugahoi 덕분에 프로덕션에서 로컬 에뮬레이터로 컬렉션을 가져올 수 있었습니다.
이를 위해 다음 단계를 수행했습니다.

1. 내 로컬 Firebase 프로젝트 경로로 이동합니다.
2. 다음을 사용하여 에뮬레이터 시작: firebase emulators:start
3. 제공된 버튼을 사용하여 http://localhost :4000/firestore의 GUI를 사용하여 일부 모형 데이터를 수동으로 생성합니다. __ 컬렉션 시작_ 및 __문서 추가_.
4. 다음을 사용하여 로컬로 이 데이터 내보내기: emulators:export ./mydirectory
5. _Firebase Database / Cloud Firestore_에 있는 프로젝트 데이터에 대해 다음과 같이 단일 컬렉션을 내보냈습니다. gcloud firestore export gs://my-project-bucket-id.appspot.com --collection-ids=myCollection 내보내기는 이제 _Firebase Storage_ 아래에 타임스탬프가 이름으로 지정된 폴더에 있습니다(접두사를 사용하지 않았습니다. 내 테스트를 위해)
6. 다음을 사용하여 이 폴더를 로컬 드라이브에 다운로드: gsutil cp -r gs://my-project-bucket-id.appspot.com/myCollection ./production_data_export 참고: Windows 환경에서 이 작업을 수행했습니다... _gsutil_에서 다음 오류가 발생합니다. _"OSError: 파일 이름, 디렉터리 이름 또는 볼륨 레이블 구문이 잘못되었습니다."_ 폴더에 Windows의 폴더 이름에 대해 잘못된 문자(예: 콜론)가 있는 경우 또는 이 오류: _"OSError: Invalid argument.9.0 B]"_ 폴더의 내부 파일에도 잘못된 문자가 있는 경우. 내보내기를 로컬로 다운로드하려면 gsutil mv gs://my-project-bucket-id.appspot.com/2020-05-22T02:01:06_86152 gs://my-project-bucket-id.appspot.com/myCollection 와 같이 유효한 Windows 이름(예: 콜론 제거)으로 이름을 바꿉니다.
7. 다운로드가 완료되면 로컬 내보내기 구조를 모방하여 폴더 이름을 firestore_export 바꾸고 로컬 내보내기 폴더에서 firebase-export-metadata.json 파일을 복사합니다. 시각적으로 보기 위해 내가 얻은 구조는 다음과 같습니다.

$ tree .
.
├── local_data_export
│   ├── firebase-export-metadata.json
│   └── firestore_export
│       ├── all_namespaces
│       │   └── all_kinds
│       │       ├── all_namespaces_all_kinds.export_metadata
│       │       └── output-0
│       └── firestore_export.overall_export_metadata
└── production_data_export
    ├── firebase-export-metadata.json
    └── firestore_export
        ├── all_namespaces
        │   └── kind_myCollection
        │       ├── all_namespaces_kind_myCollection.export_metadata
        │       ├── output-0
        │       └── output-1
        └── firestore_export.overall_export_metadata

8 directories, 9 files

1. 마지막으로 가져올 프로덕션 데이터를 가리키는 로컬 에뮬레이터를 시작합니다. firebase emulators:start --import=./mock_up_data/production_data_export/
2. 가져온 데이터는 http://localhost :4000/firestore/에서 볼 수 있습니다.

이 지침이 도움이 될 만큼 명확했으면 합니다. Firebase 직원의 보다 강력한 솔루션을 기다리는 동안 이것이 누군가에게 도움이 되기를 바랍니다.

간단한 업데이트: 위의 설명에서 지침을 게시했을 때 WSL2에서 수행하고 있었는데 작동하지 않는 것 같았지만 Ubuntu에서는 동일한 단계가 문제가 없는 것 같습니다. WSL2에 간섭하는 것이 있을 수 있습니다. .

다른 방법으로 이 작업을 수행하고 싶습니다. 내 에뮬레이터 데이터를 프로덕션으로 가져오고 싶습니다. 내 Firestore에 7000개의 Google 시트 행을 추가해야 합니다. 그러나 프로덕션에서 수행하려고 할 때 기능을 편집하여 그렇게 할 수 있었습니다. 메모리 제한이 초과되면 함수 내부에서 문제가 발생하면 중복 데이터가 생성될 수 있습니다. 내보내기 가져오기를 확인했고 로컬 에뮬레이터 Firestore 데이터를 내보낼 수 있음을 알았습니다. 하지만 로컬 백업을 프로덕션으로 가져오는 것은 어떻습니까?

@nvanhoesel 가져오기/내보내기 형식은 프로덕션 및 에뮬레이터에서 동일합니다. 그러나 귀하의 경우는 드문 사용 사례이므로 Firestore에서 올바르게 가져올 수 있도록 Google Cloud Storage로 에뮬레이터 내보내기를 가져오려면 직접 작업을 수행해야 합니다.