У меня есть одностраничное приложение, которое я хочу разместить в разных проектах gcp, т.е. в разных проектах firebase.
Развертывание должно выполняться непрерывно на моем хостинге firebase, я хочу разделить Continuous Build и Continuous Deployment шаги и, следовательно, Я не хочу развертывать со своего локального компьютера во всех моих проектах Firebase вручную.
Мой вопрос:
Есть ли лучший попрактиковаться в развертывании в проекте хостинга Firebase, когда я не хочу развертывать его с моей локальной машины?
Наивным способом я собираюсь настроить следующее:
Мне нужно создать zip-файл, содержащий все файлы stati c html и js, а также мой файл firebase. json и .firebaser c, которые я загружаю в свое хранилище. С этими файлами инструмент CLI firebase может выполнять firebase deploy --only hosting:mytarget. Google Cloud Builder может выполнить эту команду на git pu sh (например, с github.com), который знает обо всех моих проектах gcp, которые я хочу развернуть в приложении на одной странице ...
Однако это много работы и, возможно, есть более хорошее решение для этого. Я попытался поместить ссылку gs: // непосредственно в раздел firebase. json hosting / publi c, однако интерфейс командной строки firebase не распознает это (ему нужна локальная папка): - (
{
"hosting": [
{
"target": "mySPAApp",
"public" : "gs://mystorage-containing-files-for-hosting/",
"rewrites": [
{
"source": "apps/myapp/**",
"destination": "myapp/index.html"
}]
}
]
}
Мои смелые чувства говорят, что должен быть более простой способ, может быть, даже с gcloud CLI, который просто развертывает кучу файлов для размещения на firebase. Внутри firebase функциональность должна быть реализована аналогично этому, потому что в консоли firebase пользователь может просто выполнить откат к предыдущей версии размещенного приложения, однако, по-видимому, документации по этому поводу нет.