# gitlab.nvim This Neovim plugin is designed to make it easy to review Gitlab MRs from within the editor. This means you can do things like: - Create, edit, delete, and reply to comments on an MR - Read and Edit an MR description - Approve or revoke approval for an MR - Add or remove reviewers and assignees - Resolve and unresolve discussion threads And a lot more! https://github.com/harrisoncramer/gitlab.nvim/assets/32515581/dfd3aa8a-6fc4-4e43-8d2f-489df0745822 ## Requirements - Go - make (for install) - nui.nvim - plenary.nvim ## Installation With Lazy: ```lua return { "harrisoncramer/gitlab.nvim", dependencies = { "MunifTanjim/nui.nvim", "nvim-lua/plenary.nvim", "stevearc/dressing.nvim" -- Recommended but not required. Better UI for pickers. enabled = true, }, build = function () require("gitlab").build() end, -- Builds the Go binary config = function() require("gitlab").setup() end, } ``` And with Packer: ```lua use { 'harrisoncramer/gitlab.nvim', requires = { "MunifTanjim/nui.nvim", "nvim-lua/plenary.nvim" }, run = function() require("gitlab").build() end, config = function() require("gitlab").setup() end, } ``` ## Configuration This plugin requires a `.gitlab.nvim` file in the root of the project. Provide this file with values required to connect to your gitlab instance of your repository (gitlab_url is optional, use ONLY for self-hosted instances): ``` project_id=112415 auth_token=your_gitlab_token gitlab_url=https://my-personal-gitlab-instance.com/ ``` If you don't want to write your authentication token into a dotfile, you may provide it as a shell variable. For instance in your `.bashrc` or `.zshrc` file: ```bash export GITLAB_TOKEN="your_gitlab_token" ``` ## Configuring the Plugin Here is the default setup function. All of these values are optional, and if you call this function with no values the defaults will be used: ```lua require("gitlab").setup({ port = 20136, -- The port of the Go server, which runs in the background log_path = vim.fn.stdpath("cache") .. "gitlab.nvim.log", -- Log path for the Go server keymaps = { popup = { -- The popup for comment creation, editing, and replying exit = "", perform_action = "s", -- Once in normal mode, does action (like saving comment or editing description, etc) }, discussion_tree = { -- The discussion tree that holds all comments jump_to_location = "o", -- Jump to comment location in file edit_comment = "e", -- Edit coment delete_comment = "dd", -- Delete comment reply_to_comment = "r", -- Reply to comment toggle_resolved = "p" -- Toggles the resolved status of the discussion toggle_node = "t", -- Opens or closes the discussion position = "left", -- "top", "right", "bottom" or "left" relative = "editor" -- Position of tree split relative to "editor" or "window" size = "20%", -- Size of split }, dialogue = { -- The confirmation dialogue for deleting comments focus_next = { "j", "", "" }, focus_prev = { "k", "", "" }, close = { "", "" }, submit = { "", "" }, } }, symbols = { resolved = '✓', -- Symbol to show next to resolved discussions unresolved = '✖', -- Symbol to show next to unresolved discussions } }) ``` ## Usage First, check out the branch that you want to review locally. ``` git checkout feature-branch ``` Then open Neovim and the reviewer will be initialized. The `project_id` you specify in your configuration file must match the project_id of the Gitlab project your terminal is inside of. The `summary` command will pull down the MR description into a buffer so that you can read it. To edit the description, edit the buffer and press the `perform_action` keybinding when in normal mode (it's `s` by default): ```lua require("gitlab").summary() ``` The `approve` command will approve the merge request for the current branch: ```lua require("gitlab").approve() ``` The `revoke` command will revoke approval for the merge request for the current branch: ```lua require("gitlab").revoke() ``` The `comment` command will open up a NUI popover that will allow you to create a Gitlab comment on the current line. To send the comment, use `s` while the comment popup is open: ```lua require("gitlab").create_comment() ``` The `add_reviewer` and `delete_reviewer` commands, as well as the `add_assignee` and `delete_assignee` functions, will let you choose from a list of users who are availble in the current project: ```lua require("gitlab").add_reviewer() require("gitlab").delete_reviewer() require("gitlab").add_assignee() require("gitlab").delete_assignee() ``` These commands use Neovim's built in picker, which is much nicer if you install dressing. If you use Dressing, please enable it: ```lua require("dressing").setup({ input = { enabled = true } }) ``` ### Discussions Gitlab groups threads of notes together into "discussions." To get a list of all the discussions for the current MR, use the `list_discussions` command. This command will open up a split view of all the comments on the current merge request. You can jump to the comment location by using the `o` key in the tree buffer, and you can reply to a thread by using the `r` keybinding in the tree buffer: ```lua require("gitlab").list_discussions() ``` Within the discussion tree, there are several functions that you can call, however, it's better to use the keybindings provided in the setup function. If you want to call them manually, they are: ```lua require("gitlab").delete_comment() require("gitlab").edit_comment() require("gitlab").reply() require("gitlab").toggle_resolved() ``` ## Keybindings The plugin does not set up any keybindings outside of these buffers, you need to set them up yourself. Here's what I'm using: ```lua local gitlab = require("gitlab") vim.keymap.set("n", "gls", gitlab.summary) vim.keymap.set("n", "glA", gitlab.approve) vim.keymap.set("n", "glR", gitlab.revoke) vim.keymap.set("n", "glc", gitlab.create_comment) vim.keymap.set("n", "gld", gitlab.list_discussions) vim.keymap.set("n", "glaa", gitlab.add_assignee) vim.keymap.set("n", "glad", gitlab.delete_assignee) vim.keymap.set("n", "glra", gitlab.add_reviewer) vim.keymap.set("n", "glrd", gitlab.delete_reviewer) ``` ## Troubleshooting This plugin uses a Golang server to reach out to Gitlab. It's possible that something is going wrong when starting that server or connecting with Gitlab. The Golang server runs outside of Neovim, and can be interacted with directly in order to troubleshoot. To start the server, check out your feature branch and run these commands: ``` :lua require("gitlab").build() :lua require("gitlab").start_server() ``` You can directly interact with the Go server like any other process: ``` curl --header "PRIVATE-TOKEN: ${GITLAB_TOKEN}" localhost:21036/info ``` This is the API call that is happening from within Neovim when you run the `summary` command. If you are able to build and start the Go server and hit the endpoint successfully for the command you are trying to run (such as creating a comment or approving a merge request) then something is wrong with the Lua code. In that case, please file a bug report. This Go server, in turn, writes logs to the log path that is configured in your setup function. These are written by default to `~/.cache/nvim/gitlab.nvim.log` and will be written each time the server reaeches out to Gitlab. If the Golang server is not starting up correctly, please check your `.gitlab.nvim` file and your setup function. You can, however, try running the Golang server independently of Neovim. For instance, to start it up for a certain project, navigate to your plugin directory, and build the binary (these are instructions for Lazy) and move that binary to your project. You can then try running the binary directly, or even with a debugger like Delve: ```bash $ cd ~/.local/share/nvim/lazy/gitlab.nvim $ cd cmd $ go build -gcflags=all="-N -l" -o bin && cp ./bin ~/path-to-your-project $ cd ~/path-to-your-project $ dlv exec ./bin -- 41057709 https://www.gitlab.com 21036 your-gitlab-token ``` ## Extra Goodies If you are like me and want to quickly switch between recent branches and recent merge request reviews and assignments, check out the git scripts contained here and here for inspiration.