Github PRはクライアントサイドのローカルファーストツールに置き換えられるべきだと感じています。 PR ->ブランチをターゲットブランチにマージする要求を示すシグナル PRレビュー - >上記と同じシグナルを再利用し、PRブランチの上にPRを提出 差分ハンクにはリビジョン制御コメントが必要になりました。 完成です。

/remind myself は、チケット発行や支店コラボレーションを含むローカルファーストの分散型改訂管理を目的とした @radicle_xyz の新しいリリースをチェックしてください...

明確化: "diff hunk comment" は、GH レビュー コメントの機能を実現することを目的としています。 これはリビジョン履歴で追跡され、ハンクに注釈を付け(たとえば、次のハンクが関数を変換する「このAPI fnは非同期でなければなりません」)、コードには表示されません。

gitがすでにこのビルドをどこか(複雑さの層の下に)持っているとしても、gitのルーツに近い「共同作業者へのパッチを電子メールで送信する」スタイルに非常に近いので、まったく驚かないでしょう。 ひねりは、差分*コメント*のリビジョン管理です。

明確化 2: 元の提出者は、差分を受け入れるか、レビュー PR の上に 3 番目の PR を作成する (レビューへの応答) ことで、「レビュー PR」に応答できます。このピンポンは、当事者がすべての編集を受け入れるまで続きます。 インタラクションは履歴に保存されます

ps:私は趣味として分散型のローカルファーストリビジョン管理ツールをハッキングしています(~出荷日∞まで~年)。これらのユースケースをサポートしたいと思います。 - 上記のPRプロセス - 解像度は、「物語」の一部として「押しつぶされた」単一の変更を生み出すことができます - 完全な履歴はまだ利用可能

@lftherios @radicle_xyz @radicle 私はリーフノードの分散化が大好きですが、ユーザーとしてアプリの 85% がベンダー ホスティングを使用しており、すぐに使えない場合は、独自のインフラストラクチャをセットアップする前に諦めることがよくあります。

@lftherios @radicle_xyz @radicle サブスクリプション、オープンソースインフラ、ロックインなしのエクスポート機能を備えたベンダーホスティングは、有料アプリ向けの私のクリプトナイトコンボです。 したがって、私の現在のフィードバック(メモリからの)は、すべてのリポジトリを複製するホストされた高可用性ノードをサブスクライブできたらいいのにと思ったということです。