部署一個帶OAuth授權、Firestore數據庫和Cloud Run容器的項目,通常意味著新手要在gcloud命令行里掙扎很久。但在即將舉行的Build With AI 2026工作坊上,我們打算用Gemini CLI把這個過程變成"聊天就能搞定"的事。
這個項目的核心是個LINE Bot文件備份機器人——用戶直接在LINE聊天室上傳圖片和文件,自動同步到Google Drive,并按月份自動歸檔。聽起來簡單,實際涉及的服務鏈條卻很長。
![]()
準備工作極簡:裝好gcloud并登錄,再裝上Gemini CLI。我們準備了一組"機密參數"(本文均已做Mock處理),然后對AI說了第一句話:"幫我用gcloud部署到Cloud Run,需要信息時停下來問我。參考這個repo……"
Gemini CLI立刻分析了Dockerfile和main.go,列出完整作戰計劃。它先確認了我的gcloud項目設置,然后一次性啟用了所需服務:Firestore、Cloud Build、Cloud Run、Artifact Registry。
第一個坑出現在創建Firestore數據庫時。Bot需要記錄OAuth State防偽標記,AI嘗試執行命令卻報錯。修正后的正確命令是:指定asia-east1位置和firestore-native類型。
接下來是經典的"雞生蛋"困境:Google OAuth需要Cloud Run的URL作為回調地址,但Cloud Run部署又需要OAuth的Client ID和Secret。Gemini CLI的策略很聰明——先用占位符部署。
部署命令里,GOOGLE_CLIENT_ID、GOOGLE_CLIENT_SECRET、GOOGLE_REDIRECT_URL都填了PENDING,其他LINE相關的密鑰也先用占位符。成功后拿到一串URL:https://linebot-backup-service-xxxxx.a.run.app。
這個URL就是后續OAuth配置的關鍵。整個過程中,AI扮演的DevOps角色確實省了大量查文檔的時間,但"奇跡"背后是一連串需要人工介入的bug修復。所謂"用說話完成部署",更像是"用說話啟動部署,然后邊罵邊調"。
工作坊上會完整展示這些真實踩坑記錄——包括那些AI自信滿滿給出、實際跑不通的命令。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.