Firebase-tools: firebaseserve-ホットリロードではない関数のみ

新しいプロジェクト（firebase init）を使用して別のマシン（Debian Stretch）でこれを試したところ、helloworld関数でも同じことが起こりました。 関数にリクエストを送信する前にソースを変更したが、関数を提供する準備ができた後、一度ホットリロードしてから再び動作を停止する可能性があることに気づきました。

MacとLinuxマシンで新しいプロジェクト（firebase init）を作成しようとしましたが、LinuxではなくMacで動作します。

いくつか実験を行ったところ、JavaScriptのhello worldの例をホットリロードできましたが、TypeScriptの例はできませんでした。 firebase serveは、 `firebase.jsonで構成されたディレクトリ内のindex.jsのみを監視しているようです。

TypeScript用にプロジェクトをリロードするには（そしてindex.js以上のより複雑なJavaScriptレイアウトを想定しています）、Webpackを使用して単一のファイルfunctions/lib/index.jsを出力し、Firebaseを構成して自分のファイルを探す必要がありました関数はfunctions/listコード化します。 これにより、 firebase functions:shellとfirebase serve両方でホットリロードが機能します。

tscを使用していたとき（ firebase initテンプレートに従って）、結果のindex.jsファイルを変更した場合にのみコードが再読み込みされました。 私の現在のワークフローを実行することですwebpack --watchして一つの端末でfirebase serve --only functions別インチホットリロードが発生しました。 firebase initからデフォルトに戻せたらいいのにと思います。

firebase.jsonを更新しました

{    
  "functions": {
    "predeploy": "npm --prefix functions run build",
    "source": "functions/list"
  }
}

@safarmerあなたのfunctions / package.jsonはどのように見えますか？ mainフィールドはありますか？

firebase initによって生成されたデフォルトを使い始めました

{
  "name": "functions",
  "description": "Cloud Functions for Firebase",
  "scripts": {
    "lint": "tslint --project tsconfig.json",
    "build": "tsc --project tsconfig.json",
    "serve": "yarn run build && firebase serve --only functions",
    "shell": "yarn run build && firebase functions:shell",
    "start": "yarn run shell",
    "deploy": "firebase deploy --only functions",
    "logs": "firebase functions:log"
  },
  "main": "lib/index.js",
  "dependencies": {
    ...
  },
  "devDependencies": {
    ...
  },
  "private": true
}

問題を再現する最も簡単な方法：

1. firebase init && cd functions && yarn
2. helloWorld関数のコメントを解除します
3. mkdir src/handlers && mv src/index.ts src/handlers/helloworld.ts
4. echo "export * from './handlers/helloworld';" > src/index.ts
5. ターミナル1： yarn build --watch
6. ターミナル2： firebase serve --only functions

ブラウザでURLにアクセスすると、helloworldメッセージが表示されます。 handler.tsのハンドラーから返された文字列を変更した場合、結果を変更する唯一の方法は、 firebase serveコマンドを再起動することです。

"source": "functions/lib"をfirebase.json追加すると、 functions/lib何かを変更した場合にコードがホットリロードされますが、レバーディレクトリが低いとリロードはトリガーされません。 touch lib/injex.jsを実行して、リロードをトリガーすることができます。 たとえば、 src/index.tsハンドラーを変更するとリロードがトリガーされますが、 src/handlers/helloworld.ts変更してもトリガーされません。

@laurenzlongは、これまでのところ（ touch lib/index.jsを実行する必要があります。 これに関するもうfirebase deployつの問題は、

firebase.json

{
  "functions": {
    "predeploy": [
      "npm --prefix \"$RESOURCE_DIR\" run lint",
      "npm --prefix \"$RESOURCE_DIR\" run build"
    ],
    "source": "functions/lib"
  }
}

関数/package.json

{
  "name": "functions",
  "scripts": {
    "lint": "tslint --project tsconfig.json",
    "build": "tsc",
    "serve": "npm run build && firebase serve --only functions",
    "shell": "npm run build && firebase functions:shell",
    "start": "npm run shell",
    "deploy": "firebase deploy --only functions",
    "logs": "firebase functions:log"
  },
  "main": "lib/index.js",
  "dependencies": {
    "firebase-admin": "~5.12.0",
    "firebase-functions": "^1.0.1"
  },
  "devDependencies": {
    "tslint": "^5.8.0",
    "typescript": "^2.5.3"
  },
  "private": true
}

@laurenzlongLinuxで問題を再現するためにクローンを作成できる簡単な例があります。
https://github.com/safarmer/firebase-functions

再現してくれてありがとう！ 来週見てみます。

ここで同じ問題:)
私には、 firebase serveは今のところTypescriptをサポートしていないようです...

私はあなたが要求したファイルを@safarmerが送信したファイルと比較しましたが、同じ構成になっています。 これはTypeScriptで使用する公式の構成なので、私は驚かないでください

問題は、 firebase serveが関数の「ソース」ディレクトリの変更をリッスンしておらず、 firebase.jsonで定義されている展開前のスクリプトを実行しないことだと思います。

これが追加されれば素晴らしいでしょう。 ：D

ああ、Firebase Serve用に他のデプロイ前スクリプトを定義できれば素晴らしいので、たとえばテストでtslintを実行する必要はありません:)

@IchordeDionysosTypeScriptだけではないと思います。 JavaScriptでの例と同じことをしようとしましたが、同じことをしているように見えました。 問題は、サーバーがエントリポイントのみを確認し、残りのコードは確認しないことにあると思います。 うまくいけば、firebaseチームはこの問題にすぐに光を当てることができます。

@laurenzlong手動でwatchmanをインストールすると、@tstirratの提案に感謝します）

詳細な再現@safarmerをありがとう、非常に役に立ちました。 問題の原因を突き止めることができ、 。 その問題に従ってください。

ここに来る他の人のために、npmパッケージでソースまたはLinuxbrewからwatchmanをインストールしてください

@laurenzlong Windowsでこの問題を再現できますが、特にindex.tsの変更が検出されません。 手動でtscを実行する必要があります。 その後、変更が検出され、関数が再ロードされます。
別の問題を開く必要がありますか？

クイックノート：tsでinfo: Worker for helloWorld closed due to file changes.が検出されることがありますが、libは更新されません。 それ以外の場合は、まったく検出されません。 tscを手動で実行すると、常に関数が再ロードされます。

@tstirratの指示に従ってWindowsにwatchmanをインストールしても機能しないようです

ウォッチマンをインストールするときに特に遭遇するエラーは何ですか？

ウォッチマンのインストール時にエラーは発生しません。 しかし、機能を提供することは熱くありません
リロードします。 変更するたびに、提供を停止し、ビルドして、再度提供する必要があります。

1:01ケビン建で水曜日、2018年11月21日に[email protected]書きました：

ウォッチマンをインストールするときに特に遭遇するエラーは何ですか？

—
あなたがコメントしたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/firebase/firebase-tools/issues/758#issuecomment-440460196 、
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AHgHbeA_iECsIMH3V9P7NQypsmudF_IQks5uxInggaJpZM4Tta12
。

これがまだWindowsで機能していないという複数の報告があるため、再開します

Node.jsv10.15.0を使用したUbuntu18.04ではまだ機能しません

私の問題はエミュレーター関連でした：
https://github.com/GoogleCloudPlatform/cloud-functions-emulator/issues/196

みなさん、こんにちは。詳細なレポートをありがとうございます。 @afugginiそのリンクをクリックすると404が表示されますが、パブリックビューイング用にそのリポジトリにアクセス許可が正しく設定されていますか？ これに似た別の問題があります： //github.com/firebase/firebase-tools/issues/1022。 この問題は、Typescriptを使用したローカル開発の問題点を生み出していると聞いています。

内部トラッカー123266946にバグを報告しました。これを回避できる時期を確約することはできませんが、これが追跡されていることはわかっています。 PRは大歓迎です！

私もこのエラーに遭遇しました。 回避策を作成できなかったため、変更するたびにサーバーを再起動する必要があります。 信頼できる回避策をご存知の場合は、お知らせください。

@ondratraは、現在のCLIバージョンとOSプラットフォームを提供し、 npm （例： yarn ）で作業している場合はお知らせください。

@bkendall私はDebian（sid）を使用しています。 Typescriptソースファイルはtsc -wを介して監視およびコンパイルされ、関数はfirebase --only functions serve介して提供されます。 package.jsonは、への正しいパスが含まれています
js出力ファイル{"main": "dist/src/index.js", ...} 。 tsc-watchパッケージと明示的にtouchインデックスファイルを使用しようとしましたが、成功しませんでした。

$ firebase --version
6.3.1

みんな、私の前のコメントをチェックしてください。 この問題はcloud-functions-emulator関連しています。 Linuxで既知の問題があるfsウォッチ機能を使用しています。 したがって、 firebase-tools.から直接解決策を期待しないでください

@ribizli thx、あなたが共有したリンクは確かに問題の性質を説明しています。 しかし、それでも回避策は見つかりませんでした。 カスタムスクリプトを介してファイルを監視し、Firebaseに強制的にリロードさせる可能性はありますか？

@ondratraフォーク@google-cloud/functions-emulator 、追加node-watch私は私のリンクのコメントで述べたように、 npm linkパッケージを。 firebase-tools再インストールします。オプションの依存関係として@google-cloud/functions-emulatorため、リンクされたバージョンが使用されます。

そして最後に、 https：//github.com/GoogleCloudPlatform/cloud-functions-emulatorにPRを作成して、すぐに受け入れてリリースすることを期待できます。 （回避策を講じることができたので、貢献していません）

関数->このファイルを保存した後のindex.js、「firebaseserve」の自動実行を開始する方法

https://github.com/GoogleCloudPlatform/cloud-functions-emulator/issues/196からの回避策（@dirkjotに感謝）：

これは私のために働きました、ここに完全な指示と@ribizliの小さなタイプミスの修正があります：

• @google-cloudディレクトリを、おそらくnode_modules見つけます（Firebaseについては以下をご覧ください）
• cd functions-emulator
• ノードウォッチを追加： npm install --save node-watch
• ファイルを編集しますsrc/supervisor/worker.js
• 180行目あたりにfs.watch(localdir, {ます。 これをrequire('node-watch')(localdir, {置き換えます。

TypescriptでFirebaseを使用すると、別の端末でtsc -wを実行するだけです（ npm run buildのウォッチバリアント）。 これでソースコードを変更でき、エミュレーターが変更に気付くでしょう。

firebaseグローバルにインストールした場合は、 cd $(npm root -g)/firebase-tools/node_modules/@google-cloud移動してこれらのファイルを見つけることができます。

みなさん、こんにちは。

このバグは、従来のCloudFunctionsエミュレーターのホットリロード機能に関連していました。 19年5月の時点で、 firebase-tools google-cloud/functions-emulatorを使用しなくなったため、バグの性質が変わります（新しい性質は、バグが存在しないことだと思います）。

皆さんが一生懸命働いて回避策を見つけてくれたことに感謝します。最後に、新しいエミュレーターでは、ウォッチャー（ tsc -w ）をfirebase serve別に実行している限り、トランスパイルされた言語をホットリロードできるようにする必要があります。 。

新しいエミュレータバックエンドでこの問題を解決し、このスレッドのすべての回避策が古くなっているため、混乱を避けるためにこのスレッドを閉じます。

それでも意図しない動作が見られる場合は、新しいバグを開いてください。

再度、感謝します！

他の人がここにたどり着いた場合、実際にfunctions/package.jsonで設定する方法firebase serve次のとおりです。したがって、 tsc -wはfirebase serveは別に実行されます。

{
  "name": "functions",
  "scripts": {
...
    "serve": "tsc -w | firebase serve --only functions",
...
  },

つまり、 tsc -wを実行し、出力をfirebase serveパイプします。 パイプが実際に何かを送信するとは思わない。 ソースが変更されると、tscが再実行され、 firebase serveがtscの出力ディレクトリ（ lib ）を監視しているので、リロードすると思います。 したがって、パイプは実際にはプロセス管理のためだけにあります。

同時にインストールすることは私のために働いた：

"build:watch": "tsc -w && cp src/*.json lib",
"serve": "firebase serve --only functions",
"start": "concurrently \"npm run build:watch\" \"npm run serve\"",

[email protected]私にとって、ホットリロードは箱から出して機能していません。 私は修正buildでfunctions/package.jsonするtsc -wとして

{
  "name": "functions",
  "scripts": {
   ...
      "build": "tsc -w",
   ...
  },

これにより、 npm run buildを実行した後、 another terminalからfirebase emulators:startを実行したときに、関数のウォッチがアクティブになります。

@ rami-alloushそれは私も使用するワークフローです。 エミュレーターはコードを再ビルドしませんが、ビルドされたコードをホットリロードします。

別のバージョン

{
    "build": "tsc -w &>/dev/null &",
    "shell": "npm run build && firebase functions:shell",
}

これはバックグラウンドで静かにtscを実行するため、別の端末は必要ありません。

再現してくれてありがとう！ 来週見てみます。

それは...ですか？

typescriptで同じ問題に直面し、ホットリロードが機能しません。

同じ...ホットリロードが機能せず、エミュレータに変更を認識させるのは困難です...

@oluckymanは問題を解決しました。 非常に素晴らしい

https://github.com/firebase/firebase-tools/issues/758#issuecomment -620096052

[更新しました]

• firebase-tools => 8.7.0

私の解決策：

package.json

...
 "scripts": {
    "lint": "tslint --project tsconfig.json",
    "build": "tsc -w --preserveWatchOutput",
    "serve": "tsc && firebase emulators:exec --ui --only functions,firestore 'yarn build'",
    "shell": "yarn run build && firebase functions:shell",
    "start": "yarn run shell",
    "deploy": "firebase deploy --only functions",
    "logs": "firebase functions:log"
  },
...

yarn serve実行します

デモ

これは、typescriptを使用するfirebase-toolsバージョン8.8.1で、現時点では完全に正常に機能します。 ヒントをありがとう@ moifort @ garyo @safarmer @abeisgoat ：1st_place_medal ::

"scripts": {
    ...
    ...
    "serve": "yarn build | firebase emulators:start --only functions",
    "build": "./node_modules/.bin/tslint --project tsconfig.json && ./node_modules/.bin/tsc --watch --preserveWatchOutput"
  },