Administered by:
not sure if my instincts are off so lmk how you all feel about this: "in a hypothetical federated git platform, i would like it if conversations in a repository (eg issues and pull requests) were stored directly in the repository as opposed to in a database on the server"
boosts appreciated
@nasser whenever i use github i always wish the discussion were in *a* repository but i feel like having it in the same one could get messy? (i.e. switching between discussion and in progress code might be more of a pain). that's kind of just a UI sort of thing so i guess it could be in the same repository either way
@eq that's really good feedback. yeah my current prototype stores them in the same repo but on their own orphaned branch, one branch per conversation. UI is undetermined, but i was imagining you wouldnt really interact with the conversation branches directly (though you certainly could) but is instead would use (cli/editor/web) tools to do it for you? like i said, totally undetermined.
@abrahms @eq I was thinking new conversation branches could get temporary names and then after the first commit be renamed to the hash of that commit, because you really want to refer to a conversations by some kind of unique hash and at the first commit works as well as anything. current prototype doesn't do anything like that yet.