我覺得 Github 的 PR 應該被客戶端的本地優先工具取代。 一個 PR -> 一些信號請求將一個分支合併到目標分支上 PR 審查 -> 重用上述相同的信號，將 PR 提交到 PR 分支上 現在 diff 區塊需要版本控制的評論。 完成。

/提醒自己查看 @radicle_xyz 的新版本，該版本旨在實現以本地為先的去中心化版本控制，包括票務和分支協作...

澄清："diff hunk comment" 旨在實現 GH 評論的功能： 它在修訂歷史中被追蹤，註解一個 hunk（例如："這個 API 函數必須是非同步的"，接下來的 hunks 會轉換該函數），並且不會出現在代碼中。

如果 git 已經在某個地方（在複雜的層次下）內建了這個功能，我一點也不會感到驚訝，因為這與「將補丁通過電子郵件發送給合作者」的風格非常接近，這更接近 git 的根源。 轉折點在於對 diff *評論* 的版本控制。

澄清 2：原始提交者可以通過接受差異或在審查 PR 之上創建第三個 PR（回應審查）來回應 "審查 PR"。這種乒乓式的互動將持續進行，直到雙方都接受所有的編輯。 該互動將保存在歷史中。

附註：我正在開發一個去中心化的本地優先版本控制工具，作為一個愛好（大約一年到無限的發佈日期）。我希望它能支持這些用例： - 如上所述的 PR 流程 - 解決方案可以作為 "敘事 "的一部分產生一個 "壓縮 "的單一變更 - 完整的歷史記錄仍然可用

@lftherios @radicle_xyz @radicle 我喜歡葉節點去中心化，但作為一個用戶，我使用的 85% 應用程式都是供應商托管的，如果不是現成的，我經常在設置自己的基礎設施之前就放棄了。

@lftherios @radicle_xyz @radicle 供應商託管的訂閱服務、開源基礎設施、無鎖定的導出能力是我對付付費應用的超能力組合。 所以我目前的反饋（憑記憶）是，我希望能夠訂閱一個託管的高可用性節點，該節點能夠複製我所有的代碼庫。