Beamerの代替

Beamerが得意なこと

乗り換えが役立つかどうかを決めるため、最初に言う価値があります。Beamerは素早く設定でき、開発時間をほとんど必要とせず、1つのエディタからホスト型ページとアプリ内ウィジェットを提供します。誰にも何かを構築する時間がないという制約がある場合、これは本物の利点であり、ほとんどの代替案はそれに勝りません。

チームが代替を探す理由

• ウィジェットが自社製品のようには見えません。ある程度までは再スタイリング可能ですが、その先はそれと戦うことになります。強力なデザインシステムを持つチームは、これに最初に突き当たる傾向があります。
• エントリが手動で書かれます。誰かがすべてのリリースの後にエディタを開く必要があり、それが忙しい週に省略されるステップです。
• changelogはあなたのではなく彼らのドメインに存在するため、トラフィックと検索価値はあなたのサイトではなくそこに行きます。
• 彼らはエントリを、ウィジェットとページとしてではなく、自社のUIでレンダリングしたり、他の場所に送ったりするためのデータとして欲しがっています。

あなたが本当に欲しいものによる代替案

同じものを、別のスタイルで欲しい場合

AnnounceKitは最も近い同等品です：ホスト型ウィジェット、ホスト型ページ、エディタ、そして誰がどの発表を見るかに対するより多くの制御。乗り換えは主に作業方法の変更ではなくコンテンツの移行です。

フィードバックループも欲しい場合

Canny、Frill、Featurebaseは、changelogを機能投票、公開roadmap、フィードバック受信箱の隣に置きます。どのみち別々に購入するつもりだったなら、これらのどれかを選んでください。リリースノートだけが欲しいなら飛ばしてください。1つのモジュールを使うためにスイート全体にお金を払うことになるからです。

自分で書いてほしい場合

LaunchNotesとReleasedはどちらも、あなたのチームがすでに生成しているものからchangelogを構築します。Releasedは特にJiraのissueに基づいています。Changeloopはマージされたプルリクエストからこれを行います：マージごとにエントリを作成し、依存関係の更新とリファクタリングをフィルタリングし、公開前にあなたが編集できるよう下書きを保持します。

自社製品の一部にしたい場合

これはBeamerが構造的にできないことであり、当社自身の製品が存在する理由です。Changeloopは、どのオリジンにも開かれたCORSを持つ公開JSONフィードに公開するため、あなたのchangelogは、あなた自身のドメインで、あなた自身のコンポーネントによって、約10行でレンダリングされます。ウィジェットとホスト型ページは、製品としてではなく、フォールバックとしてそこにあります。

リポジトリ内のファイルだけが欲しい場合

git-cliffは、CI内でconventional commitsからCHANGELOG.mdを構築します。無料で、ホストするものが何もなく、ウィジェットを一度も必要としなかった多くのオープンソースプロジェクトにとって正しい答えです。

乗り換えるべきでないとき

ウィジェットが機能しており、誰もスタイルについて文句を言っておらず、誰かが確実にエントリを書いているなら、乗り換えは移行コストをかけて、得られるものはごくわずかです。移動する最も強い理由は構造的なものです：あなたはchangelogを自社ドメインに置きたい、あるいは手動ではなくリポジトリから生成させたい。そのどちらも、1つのホスト型ウィジェットを別のものに交換するだけでは解決しません。

よくある質問

既存のエントリを移行できますか？

コミットする前に、乗り換え先のツールが何をインポートするか、そしてBeamerが何をエクスポートするかを尋ねてください。これが、移行を朝の作業を2週間に変えてしまう部分です。

フィードに移行するとアプリ内ウィジェットを失いますか？

いいえ。Changeloopもウィジェットを提供します。HTML2行で、shadow rootにレンダリングされるため、あなたのスタイルを継承することも、そこに漏れることもありません。違いは、ウィジェットが唯一の選択肢ではなくフォールバックであることです：同じエントリが、自分でレンダリングできるJSONフィードにもあります。

無料の選択肢はありますか？

Changeloopはフィードとウィジェットを含めてリポジトリ1つまで無料で、カードは不要です。git-cliffは無料でオープンソースであり、リポジトリ内のファイルだけで十分な場合はそれで足ります。いくつかのホスト型ツールには無料枠がありますが、比較表（このページも含めて）を信頼するのではなく、それぞれの公式ページで最新の条件を確認してください。

参考記事：保つ価値のあるリリースノートのベストプラクティス、最終的にどのツールに落ち着いても。