Implement Project service

[adambabik]

This PR implements a new service to load tasks from a project.

Usage

After starting the server using runme server, you will be able to list the new ProjectService:

$ grpcurl -plaintext -unix /tmp/runme.sock list runme.project.v1.ProjectService
runme.project.v1.ProjectService.Load

There is only one method called Load and it streams a list of events while loading a file- or dir-based project.

For a file-based project:

$ grpcurl -plaintext -d "{\"file\":{\"path\":\"/path/to/README.md\"}}" -unix /tmp/runme.sock runme.project.v1.ProjectService/Load
{
  "type": "LOAD_EVENT_TYPE_STARTED_WALK",
  "startedWalk": {

  }
}
{
  "type": "LOAD_EVENT_TYPE_FOUND_FILE",
  "foundFile": {
    "filepathAbs": "/path/to/README.md"
  }
}
{
  "type": "LOAD_EVENT_TYPE_FINISHED_WALK",
  "finishedWalk": {

  }
}
{
  "type": "LOAD_EVENT_TYPE_STARTED_PARSING_DOC",
  "startedParsingDoc": {
    "filepathAbs": "/path/to/README.md"
  }
}
...

For a dir-based project:

$ grpcurl -plaintext -d "{\"directory\":{\"path\":\"/path/to/project\",\"respect_gitignore\":true}}" -unix /tmp/runme.sock runme.project.v1.ProjectService/Load

[sourishkrout]

Got it working locally: https://app.runme.dev/cell/clphggfii0013s601ou0tpnrk

[sourishkrout]

@adambabik what's all this?

[adambabik]

I wanted to have a real git repository to do integration tests. As it's possible to embed one git repository in another, except for git submodule but then the submodule must be a standalone repo, I just changed .git to .git.bkp and added it directly. Before running the tests, I do cp -r .git.bkp .git.

There are a few nicer alternatives:

• Have it as an actual standalone repo and use submodules.
• Compress and commit a single tar file.
• Create a repo from scratch as a test setup step in the temp dir.

I think the last one should be doable purely using go-git. I will try to do that.

[sourishkrout]

All good. If it works, it works. Mainly wanted to make sure it's intentional.

[adambabik]

Ok, I will fix it in another PR.

[sourishkrout]

Added examples here #442, please consider merging @adambabik.

[adambabik]

Got it working locally: https://app.runme.dev/cell/clphggfii0013s601ou0tpnrk

One thing that I believe would be good to change is to reverse some params like respect_gitignore. Currently, if this param is not provided, .gitignore is not respected. I will change it to skip_gitignore or similar, so that the default behavior is more friendly.

[sourishkrout]

When you have a moment, please merge/rebase the latest main into this branch, @adambabik.

[sourishkrout]

Based on starting with a VS Code Task-based integration here are some notes:

1. Currently the task will be "packaged" solely based on the API's data provided at "listing time". At "execution time" the deserializer is being run and the cell is matched based on ID to load all associated attributes etc for execution. This laziness is nice because it avoids costly deserialization of all tasks/notebooks.
2. The main cosmetic feature I would want before merging is the notion of named = yes/no per task where the yes is only present for tasks that were explicitly named and not auto-generated. This allows the UI to be more nuanced, just like TUI (and the u shortcut key toggle).

[adambabik]

@sourishkrout I addressed (2) in 5a4dc61.

[sourishkrout]

👍 LGTM