David Barnett

Excellent, thanks for pointing me toward the context! So IIUC there's no concern if I send a PR to implement e.g. a `github|gh pr create` command?

Thanks! > as `gh` conflicts with their own CLI. What would that affect? You're saying `jj gh pr create` and commands like that could be somehow ambiguous because of the...

AFAICT the logistics for this would be something like... 1. Add a dependency on https://crates.io/crates/octorust 2. Create a GitHub App to use for auth flow from a command like `jj...

> Whatever solution should probably also handle Enterprise GitHub + single-sign-on as well (which I assume gh does). Yep, looks like `$GH_HOST` and `$GH_ENTERPRISE_TOKEN` are the [env variables](https://cli.github.com/manual/gh_help_environment) for controlling...

True. I'd assumed stacks and sync would be managed via separate forge-independent commands, but I guess anything touching PRs you'd imagine under `jj github`?

> I would love a stacked PR solution that lets you choose which commits go into which PRs rather than making every PR a single commit Yep, that's exactly what...

And still seems like topics will take some time yet to implement, so initial GH integration might not include any of that in its scope. I expected for now to...

Possible workaround is to explicitly invoke the inner command via env as mentioned in that related issue (like `zellij run -- env TESTING_VAR=1 env`). But that has all the downsides...

So launchdarkly/posthog/growthbook/configcat are commercial platforms, and openfeature.dev is a higher-level standard (with integrations for all those platforms). Do we just send a PR adding those? One interesting thing about Mendel...

Hmm, can you share the exact command you're using to repro? I think you're referring to a command like `gcalcli add --description='@foo'`, which works fine for me, but if you...