This allow GitQlient to run faster for local changes that doesn’t need synchronization.
Of course, if the commits where already pushed to remote, they will need to be pushed force.
#Qt creator refactoring plugin update#
This also includes the separation between the data update of the references and the log history.ĭuring this version I’ve paused the development of GitHub integration although is totally stable and usable, and the integration of Jenkins. I’ve also added an internal cache system so now the UI won’t freeze every time the main graph needs to be refreshed. I’ve done a deep research on the usage of QString and the allocations that were done to reduce them to the minimum. In this release I’ve focused in the performance of the Git queries and the RAM memory used by GitQlient. This comes with less features than the previous versions but in exchange I hope it brings better performance. I’m happy to announce the release of GitQlient 1.4.0įive months after the last big release, I present you a new GitQlient 1.4.0 version. Any MacOS issues are still opened waiting for testability on that system.Right panel (branches, tags, stashes, etc.) has all parts collapsable.Merge widget: now it’s possible to manage deleted files in the merge view.Delete local branches that are grouped by folder in the branches panel.Shortcuts on Controls panel and for toggling Branches view.Support for terminal via plugins (download managed inside GitQlient) for Linux and MacOS.Jenkins and GitPlatform (access to GitHub/GitLab) have been moved to independent plugins.
GitQlient supports the Qt plugin system:.Hunks view: possible to stage by hunk or by line!.You can find the binaries for GitQlient 1.5.0 on the release section on the GitHub repo: I’ve found myself using it quite a lot recently! GitQlient 1.5.0 binaries
#Qt creator refactoring plugin full#
The good thing is that this terminal is based (in the future will be directly gathered) on QTermWidget, so full support for output and commands in there. This has allowed me to add a terminal to GitQlient (as it was added in the first drafts/release if I remember correctly). And I wanted to bring it back, so for this version I’ve managed to split this nice features in their own plugins and make them downloadable from GitQlient. In the past I used to ship a GitQlientPlugin for QtCreator that due to the need of WebEngine libraries (and others as well) was impossible to do anymore. Since the addition of the Jenkins and GitHub connectivity (specially the last one), I’ve felt that GitQlient was doing too many things at once and the size of the applications (specially the libraries linked) where punishing some future usages. I’m always trying to make it as readable and accessible as possible, but there are times that the space available in the screen is just no enough! 😀Īs I was saying in the beginning, one big re-work that I’ve done in this version is the management of plugins. In this release I’ve focused in UX by adding more options on context menus, being more conscious about the size the widgets take and also about the information that is presented. It has passed almost a year and is not that I forgot to maintain GitQlient, is that some of the refactoring that I wanted to include in the 1.5.0 version needed also about a big thinking on how GitQlient is designed and how its architecture looks like. I’m happy to announce the release of GitQlient 1.5.0
0 kommentar(er)
