-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve Git workflow #1605
Comments
Noting also that Codebox (open source) does have a UI pretty close to my suggestions here: |
Current steps to perform a single commit:
Nearly all options are confusing and People want to commit all their changes by default, and review them before doing so. The UI of other tools (suggested above) provides that. Most users are completely confused by the "staging" aspect of Git, so that should clearly be more a hidden part (like the GitHub Git tool for Windows does in its pretty good UI). The UI should be good at doing common operations simply. CLI would be used by advanced users (even though it requires re-creating credentials). So this should be like:
Confusing "current" file(s?)The other very confusing part is that most operations like Git > History work on the currently selected file which isn't a single thing. If you selected FOO file in the explorer it's set to that. If you then select the tab of file BAR, even though the file explorer still has FOO selected, the Git operations will act on file BAR. So it may be the active tab or the selected item in the file explorer. Some options like Git > Status aren't dependent on the "current" file. As a result I don't even know what I'm committing. It'd change the behavior so that:
|
@slemeur - bump |
I agree with the overall UX problems with the git plugin. We are oftenly discussing this issue but have not prioritized a real revamp of the plugin. We are starting in the current sprint to improve the git commit window: #3614 |
Having a consistent interface in which you know exactly what is going to be committed (rather than the pot luck you get at the moment) should be the highest priority, over any redesigned UX. Specifically, unless something is actually checked in the "Commit to repository" window changes should not be being made to the index. You have options to add updates, add any files you have selected and commit all, which allow you to quickly add things to the index, so these should be being respected. If none of these are checked then just commit the changes currently in the index. |
I can hardly commit via the command line because my user/email and SSH keys are not set.
Using the web interface of Che I'm constantly committing without including all the files or changes.
Current:
Expected:
The text was updated successfully, but these errors were encountered: