git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Request for a "connected mode" -- server-side command execution

From
AAlireza <rezaxm@gmail.com>
Date
Oct 5, 2022, 11:23 UTC
Message-ID
<CAD9n_qiXZ9xDkJsG0mMmYoVpM8LXrZB+nyjHK_vSsRT3FgjAqw@mail.gmail.com>

There are a few mechanisms already to improve perf in big repositories but they all need a change in usage flow. I had this idea for a while now and I'd appreciate your feedback on it.

The "connected mode" essentially means to run all git commands on the server and only download relevant stuff locally. To demonstrate the usage flow:

git clone --connected <url> # new repo git config fetch.connected true # existing repo

From there, git is to decide whether or not a command should be sent to the server. For instance, if all required refs are present locally, it's run on the machine, otherwise it's sent to the server, collecting the result and possibly a minimum set of new objects. From the user's perspective, all commands are run on the latest revision without an explicit (possibly extensive) fetch.

This would make a --connected clone implicitly shallow, but new data can be downloaded on demand. User flow is not changed in any other ways.

Thanks,
Next: brian m. carlson
Message 1 of 2 in “Request for a "connected mode" -- server-side command execution”
  1. AlirezaOct 5, 2022
  2. brian m. carlsonOct 5, 2022

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.