gh-f
impatient.nvim
Our great sponsors
gh-f | impatient.nvim | |
---|---|---|
17 | 31 | |
239 | 1,230 | |
- | - | |
5.8 | 5.9 | |
about 1 month ago | 12 months ago | |
Shell | Lua | |
The Unlicense | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
gh-f
-
gh-f adds diff per filetype and other small improvements
gh-f is a GitHub CLI extension that I wrote that does all-things-fzf for git. From time to time I add new small features or quality of life adjustments :).
-
fzf is so powerful when you use it well ! code/files/tags/git history
If you are into github CLI extensions, check out the ultimate fzf git extension: gh-f (unrelated to neovim, but shamelessy I am the author).
-
Git workflow
I deal with most of my git workflow from terminal simply because I find git to be easiest to use from the command line, where each command is verbose enough for you to understand what you are doing, and so is its output. Lately, with the introduction of the gh CLI things have gotten even easier, and all the workflow of branches, PRs, releases, runs and so forth is easily handled via command line as well: I wrote gh-f, an extension that integrates gh with fzf and you're good to go at the speed of light.
-
gh-f stable release 1.0.0
I have worked on gh-f for about one year and I have now reached the point where I consider it to be stable and robust enough to award it a full 1.0.0 release.
-
A Better Git Diff with Delta
You may want to check out gh-f, where most of the functions/alias shown in the videos are packaged as gh CLI extension.
-
CLI to Search, Preview, & Check Out a GitHub PR
Nice, wasn't aware of that. Enjoying looking at the code underneath https://github.com/gennaro-tedesco/gh-f/blob/master/gh-f
-
Is there a TUI version of Github?
gh cli with some gh extensions, like gh-f, gh-s, and gh-i, can get you most of the way there
-
If you could chose only one, would you choose "vim-fugitive" or "lazygit", and why?
If you are interesting in cherrypicking (and much more) you may want to have a look at gh-f, a GitHub CLI extension that works with fzf (in particular look at gh f -k)
-
gh-f: now grep through revision history!
Another feature added to gh-f: grep regex pattern through revision history. What about that piece of code you deleted, and now you want to quickly check the old revision file to copy and paste? Say no more: prompt for regex pattern, choose the file name, browse the revision history with preview and show the old file containing the piece of code you are after!
impatient.nvim
-
Reduce Neovim startup time with plugins
You could use impatient.nvim or the new vim.loader module if youβre on nightly. Both work really well. I used impatient for a long time and it reduced my startup time by half. Iβm using vim.loader now and it reduces it by about the same amount
-
Optimizing my startup time
The 20-30 ms promise depends on your hardware. In my case, vanilla Neovim takes about 18 ms to startup, so a realistic good startup time for my config is around 50-60 ms. Lines of code isnβt a great reference either because you could just lazy load a bunch of plugins and have more LoC but still better startup times. What I would recommend is using lazy.nvim or if you wanna stick with packer, then pairing it with impatient.nvim .
-
lazy.nvim is amazing!
automatically caches all startup code before :h VimEnter or :h BufReadPre (basically what impatient.nvim does)
-
fzf is so powerful when you use it well ! code/files/tags/git history
there is an amazing plugin called impatient.nvim that cache a lot of stuff and make other pluggins go so fast !
-
neovim startup optimization
Try installing https://github.com/lewis6991/impatient.nvim first.
-
Guide: Structuring Lua plugins
:lua vim.pretty_print(vim.mpack.decode(vim.mpack.encode({some = { thing = false }}))) used by impatient.nvim
- Can neovim config be baked in to make neovim blazingly fast?
-
Default mappings override user mappings in Rust ( [[ and ]] mappings )
Did you defined your [[ and ]] mappings in that file or just created it? the after directory runs at the end of your config so you can override this kind of settings. Maybe you are using impatient.nvim? From their README:
-
what is your startup time like?
Are you using impatient.nvim? It caches lua modules. My startuptime with 72 plugins (including it) and zero lazy loading is 600ms.
- Why do Neovim users actively seek out lua rewrites?
What are some alternatives?
gh-i - π search your github issues interactively
trouble.nvim - π¦ A pretty diagnostics, references, telescope results, quickfix and location list to help you solve all the trouble your code is causing.
gh-s - π search github repositories interactively
barbar.nvim - The neovim tabline plugin.
gh-dash - A beautiful CLI dashboard for GitHub π
indent-blankline.nvim - Indent guides for Neovim
difftastic - a structural diff that understands syntax π₯π©
vim-startuptime - A plugin for profiling Vim and Neovim startup time.
github-tui - TUI client for GitHub
neovim - Vim-fork focused on extensibility and usability
fzf-preview.vim - The plugin that powerfully integrates fzf and (Neo)vim. It is also possible to integrate with coc.nvim.
nvim - My own NVIM (>=NVIM v0.10.0-dev-2355+g1c7b0b9d5) lua config