3.0 .0


このリリースでは、最近のDockerの変更のおかげで、非常にスムーズかつ迅速になった今、我々はそれらを構築する代わりにDocker画像を引っ張っている.

パーサのE 2 Eテストを改善する


問題は本当のフィードをロードしたfeedQueue そしてそれはネットワークのリクエストを介して実際のリソースをダウンロードしました.このアプローチは正しくはなく、ランダムな障害になりやすい.デイビッドは私に資源を利用してくれた test-web-content . 振り返ってみると、別のものを作る必要があると思うxml フィード、これらの下にフィードを複製されます.PR #3773
const valid = [
      {
        author: 'Tue Nguyen',
        url: 'http://localhost:8888/feed.xml',
      },
      {
        author: 'Antonio Bennett',
        url: 'http://localhost:8888/feed.xml',
      },
    ];
無効なフィードの場合は、キューに存在しないフィードURLを与えました
const invalid = [
      {
        author: 'John Doe',
        url: 'https://johnhasinvalidfeed.com/feed',
      },
      {
        author: 'Jane Doe',
        url: 'https://janehasinvalidfeed.com/feed',
      },
    ];

パーサがsupabaseからフィードを取り出すように変更します。


追加SUPABASE_URL & ANON_KEY to parser そのためのコンテナーは、データベースに接続し、すべてのフィードを返す関数を書き込みます.PR #3363
  async getAllFeeds() {
    const { data: feeds, error } = await supabase.from('feeds').select('wiki_author_name, url');
    if (error) {
      logger.warn({ error });
      throw Error(error.message, "can't fetch feeds from supabase");
    }
    const formattedFeeds = feeds.map((feed) => ({
      author: feed.wiki_author_name,
      url: feed.url,
    }));
    return formattedFeeds;
  },
いくつかのテストを修正しなければならなかったwiki parsing コードを削除しました.

src / backendを削除する


This one しかし、少なくとも私は新しいコードを書かなければならなかった😅. ほとんどの仕事はレガシーのどの部分を決定することだったbackend はまだ他のサービスで使われていた.ジェリーは、このPRで私を大いに助けましたAPI_URL まだサービスに渡されていたが、それは /src/web/app/src/pages/_document.tsx .
PRは働きます、しかし、まだされて、テストされる仕事があります.

私がレビューをしたり、他のprsを見て学んだこと😛:

  • SWRはフックから反応するPR #3240
  • 問題を解決するための興味深い方法PR #3405
  • ORMを使用してデータベースの変更管理PR #3418