Share your ideas on how to improve SmartGit!
This is no support platform! To report bugs or request support, please contact us directly. If in doubt ask us.
First search for a similar request and add your votes or comments there.
Take the time to describe your request as precise as possible, so we (Syntevo) and other users will understand what you want. A plain request "SmartGit should look cool" is too vague because we don't know what we should change, and hence will not be approved by us.
Thank you for your help!
.gitignore, exclude and where the hec is that global Git ignore file again???
Please add a mechanism where the user would be presented with a list of Git ignore file(s) that are in effect for a repository and add the ability to launch an editor against each ignore file.
Visual Studio Team Services is a popular and common tool among .net developers.
Although SmartGit can clone / pull ... from the Git repo, it is lacking proper integration similar to Github.
For example it would be desired to be able to do Pull Requests from within SmartGit, rather than jumping to another tool.
When I review changes that I'm about to commit I often find that I made a typo. I would like to make some adjustments in SmartGit right away to avoid navigating to the file in my IDE.
It often happens during a merge that a number of files in a repository will have conflicts. It is already possible to apply the conflict solver to individual files, but I would like to propose the following workflow:
During a merge when multiple files are conflicted:
- Select all the conflicted files.
- Choose to activate the Conflict Solver.
- For each file in the select list open the conflict solver (as is done for a single file)
- User solves conflicts (or decides to cancel), thus terminating the conflict solver for that file.
- SmartGit shows a dialogue with the following options "Stage file", "Skip file", "Cancel".
- "Stage file" will stage the file and SmartGit will automatically open the conflict solver for the next file in the selected list.
- "Skip file" will not stage the file, or mark it as resolved, etc, but will move automatically to the next file in the list, opening the conflict solver for the next file.
- "Cancel" will stop the process completely. Files already staged will remain staged.
This will, in my opinion, make merging multiple conflicted files much easier. There could also be a button on the ToolBar which starts the conflict solver for all conflicted files in the current repo, without the user having to select them all.
Often our commit messages refer to other commits, like:
"This commit fixes an issue introduced in commit 1d441145, which ..."
"59c5792d50c49f77ca9f044fa03c108c5f515de8 introduced a bug which caused ..."
Currently I have to manually copy the commit ID, then (opening a new log window first if desired) paste it into the log window search box.
What I'd like is a way for those commit IDs to be automatically highlighted, and when you right-click on them you get the option to reveal the commit in the current log or reveal it in a new log window.
To my knowledge, there doesn't seem to be a way to do this via the Bugtraq integration.
- add Gerrit as hosting provider
- config needed: server name, server port, optional path to ssh key empty uses default, like clone command that just picks up default file)
- connect to gerrit via ssh (command line would be 'ssh gerrit-server.myurl.com gerrit ls-projects') it responds with plain text, one repository name at a time
- clone URL becomes ssh://SERVER:PORT/REPONAME.git (append .git)
When fetching from a remote, allow the choice to prune (delete) any local branches, which are tracking a remote branch that has been merged.
This is quite a common task, especially if you work in a team that uses a lot of feature branches and Pull Requests. Stackoverflow related question
P.s: This is a feature available in SourceTree.
Having .gitignore files throughout a project's folders can make it difficult to manage the ignore rules for a particular project. It would be helpful when ignoring a file to be shown a dialogue which asks the user which .gitignore file to use - current folder (i.e. the folder containing the files to ignore) or repository root (the .gitignore in the root of the repository). An additional "nice to have" would be to be able to specify the default using a checkbox on the dialogue (as is done with the "Reset" dialogue in the log view.
Customer support service by UserEcho