Fixed a performance issue when staging or unstaging a lot of files.Fixed a problem where GitX could not open some directories, for example those that include a.In addition a lot of bugs were fixed and numerous tiny features introduced.Ĭredits go to: Pieter de Bie, Johannes Gilger, Benjamin Kramer, Nicholas Riley, JD Smith, Joe Fiorini, Dave Grijalva, Charles O'Rourke, Gerd Knops, dbr, Mike Czepiel, Benoit Cerrina, Steven Michalske and Stonewall Ballard v0.6.3 Make the Commit UI a bit more informative (Nicholas Riley).
GITX DOWNLOAD MANUAL
The user manual has been updated for 0.7 (Johannes Gilger).Don't display content of binary-files in tree-view.Commit interface is now faster (Pieter de Bie).Reuse author-information when amending a commit (Pieter de Bie).Columns in history view can be toggled (Pieter de Bie).Show committer name if it differs from authors name (Benjamin Kramer).Option to disable the "Open" dialog on start (Stonewall Ballard).Commit hooks are executed when committing (Joe Fiorini, Pieter de Bie)."Show in Finder" for files in commit view (Charles O'Rourke).Sign-Off commits in commit view (Johannes Gilger, Nicolas Riley).Collapse commit-list/diff-view using Command-Shift-Up/Down (Johannes Gilger).Show current branch in orange in history view (Steven Michalske).Show current HEAD in window-title (Johannes Gilger).Discarding hunks/changes to files (using git apply -reverse) (Johannes Gilger).Line-wise staging by selecting lines from hunks (JD Smith).This feature-release has the following new features and enhancements: I plan to write a bit more about tooling in the future, so hopefully I can feature it then.As a GitX user, we would like you to help us focus our development by telling It has all the features I could think of off the top of my head. Assuming I can remember to use it regularly, and it provides the same features I rely on GitX for, Fork is the strongest contender. I doubt GitX is going to fall out of regular usage (muscle memory, inertia), but I would love to switch to a new, actively developed too. It has similar (to GitX) keyboard shortcuts and a large dedicated stage/commit area. I can launch it from a repository directory on the command line.
However my first impressions is very positive. This is the "new" graphical tool I mentioned above, so I don't have much experience with it. It feels fresh, stable and polished, and the maintainers are actively developing it. It doesn't appear to be open-source software, but it is cross-platform (macOS and Windows). Unlike Xit Fork doesn't claim any lineage to GitX, though it obviously has taken significant design inspiration from it. Forkįork ( also?) is another tool similar to GitX. I'll take another look after they are confident to bring Xit out of beta. The developers consolidated GitX's stage/commit area into the main area, and they removed the familiar keyboard shortcuts. I am certainly going to keep an eye on it, but as the project is in beta, I haven't felt much need to switch yet. I downloaded it to check it out a while ago, and its GitX heritage is pretty obvious. It is currently being actively, though slowly, developed.
GITX DOWNLOAD INSTALL
I recommend the latter: brew cask install gitx # GitX GitX-dev has a few more features over the original, but it too is abandoned.īoth GitX and GitX-dev are available via Homebrew. Several forks have come and gone since then, and they all seem to be abandoned too. It was originally developed by Pieter de Bie ( project website), but he hasn't updated it over a decade. However I have some issues, the first being a complete project abandonment. It works so well, and I almost never have to think about it. At work I switch among several repos at once, and GitX handles a window for each of them with ease.
I love it's (mostly) simple interface and that it almost never crashes. GitX is simple to use and is mostly focused on reading git repository, though it does facilitate creating new commits. I have been using GitX since around the time I purchased my MacBook in mid-2012. Last night a friend showed me a new one (below), so I thought I would list my favorites in this space. Although I believe developers should learn git on the command line, graphical tools can be useful, especially for inspecting history.
0 kommentar(er)
