Thank you for this library 👍
Would you be open to adding an explicit project_id parameter to App::live() (or a companion constructor like App::live_with_project_id()) to avoid coupling project resolution to the GOOGLE_CLOUD_PROJECT environment variable?
Use case
It is common to split GCP projects by concern — one project for identity management (Firebase Auth), another for the running environment (production, staging, etc.). This lets you share a single identity layer across environments.
In this setup, GOOGLE_CLOUD_PROJECT is already claimed by the environment project (used by Cloud Storage and other GCP libraries). Setting it to the IDP project to satisfy this SDK would break those services, and vice versa.
As an example of crates who do this, the firebase-auth crate handles this cleanly by accepting project_id directly:
impl FirebaseAuth {
pub async fn new(project_id: &str) -> FirebaseAuth {A similar API on App would allow callers to supply the project ID from their own config without side effects on other GCP libraries.
Update. The following Pull Request is ready for review at your discretion: #27
Thank you for this library 👍
Would you be open to adding an explicit
project_idparameter toApp::live()(or a companion constructor like App::live_with_project_id()) to avoid coupling project resolution to theGOOGLE_CLOUD_PROJECTenvironment variable?Use case
It is common to split GCP projects by concern — one project for identity management (Firebase Auth), another for the running environment (production, staging, etc.). This lets you share a single identity layer across environments.
In this setup,
GOOGLE_CLOUD_PROJECTis already claimed by the environment project (used by Cloud Storage and other GCP libraries). Setting it to the IDP project to satisfy this SDK would break those services, and vice versa.As an example of crates who do this, the
firebase-authcrate handles this cleanly by acceptingproject_iddirectly:A similar API on App would allow callers to supply the project ID from their own config without side effects on other GCP libraries.
Update. The following Pull Request is ready for review at your discretion: #27