ios-osushi / release-subscriptions Goto Github PK

https://github.com/apple/ml-stable-diffusion

単体テストの testYamlSortOrderChecking() で購読リストのバリデーション（ソート順が正しいかどうか）を実行している。
単体テストの失敗時に原因や対応をわかりやすくするため、PR にコメントするようにしたい。
Danger のようなツールを導入しなくても、既存のワークフローにステップを追加するだけで実現できそう。

現状だと CLI ツールと購読リスト（ ReleaseSubscriptions.yml ）・ワークフローがひとつのリポジトリで管理されている。
CLI ツールを使い回せるようにするため、購読リストやワークフローを別リポジトリで管理したい。
購読リストのパスを渡すオプションを付ける必要があるかも。

この CLI ツールが優秀過ぎるから、Android のリリース情報とかも通知したいという欲があるｗ

概要

現状だと購読しているリポジトリを YAML で管理しているため、行数がかさばって俯瞰しにくい。
表形式で記述して俯瞰しやすくしたい。

案

YAML でなく Swift ファイルで管理する。
移植性は下がるが、直接操作できるメリットもある。

Before

repositories:
  - kind: primary
    case: releases
    name: Swift
    owner: apple
    repo: swift
  
  - kind: primary
    case: releases
    name: Swift Algorithms
    owner: apple
    repo: swift-algorithms

After

let repositories: Repository = [
    (.primary, .releases, "Swift", "apple", "swift"),
    (.primary, .releases, "Swift Algorithms", "apple", "swift-algorithms"),
]

表形式とまでは呼べないが、YAML よりは俯瞰しやすい。

https://github.com/airbnb/lottie-spm

https://github.com/SwiftGen/SwiftGenPlugin

記事の作成時に Slack の通知を遡るのが大変。1週間分のリリース情報をまとめてみれたら楽になる。

同じ通知が無限に来ることがある。
私の環境だと fastlane 2.205.2 が無限に来る。

Slack

Fetcher や SlackNotifier は並列化できているのに対し、 DifferenceComparator と FileHelper は並列化できていない。
量的に並列実行しても実行時間が大幅に短縮するわけではなさそうだが、やってもよさそう。

https://github.com/pointfreeco/swift-dependencies

apple Org 傘下の一部の Swift プロジェクトリポジトリが swiftlang Org 傘下へと移行することに伴って、ReleaseSubscriptions.yml もそれに追従する。ただ、しばらくは GitHub 側のリダイレクトによって耐えられるだろう。

swiftlang Org 傘下への移行スケジュールは以下の通り:

• New GitHub Organization for the Swift Project https://forums.swift.org/t/new-github-organization-for-the-swift-project/72336/11