-
-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow passing the git remote
arg when opening / copying URLs for GH
#105
Comments
Would you be OK with calling Lua directly instead of getting a different behavior for the |
Sure, calling directly would be fine, but I wonder what the benefit is over extending the WDYT? |
In my work, the git remote which I use is a fork of the repo, so when I want to view the file in GH I don't necessarily want to view the file on the default
origin
remote since that corresponds to my fork. Instead I might want to treatmy-company-name
as the canonical upstream where I would want to share a link to (it's only in rare circumstances that I actually want to share a link to my fork).Instead, it would be useful to allow passing an arg for the git remote to create the URL for, then I can have a keybinding for opening in using some other remote.
It could also be useful to define which remote to use by default on a per-git-project basis, maybe this could be a table allowing defining a glob pattern to match to a given project or collection of projects in a parent dir Something like:
This would allow overriding globally using the default commands as well as further overriding for key bindings.
I started poking around and it seems that this is the line where the URL creation happens:
git-blame.nvim/lua/gitblame/git.lua
Line 172 in 39df33d
The text was updated successfully, but these errors were encountered: