-
Notifications
You must be signed in to change notification settings - Fork 28.8k
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
Git: status bar lacks indication that it will push #8655
Comments
Not a regression (also in 1.2.1). |
There are two actions in the status bar: The first one will only list and let you check out branches. The second one is the sync action which will pull and push. I am very reluctant in adding a confirmation dialog when clicking the sync action. If there are no better suggestions, I suggest to close this as designed. |
Actually, #2397 |
"Synchronize" isn't clear on what it will do. I initially assumed it would just fetch (or pull) and was surprised it pushed. Is there telemetry on how often these actions are used? I'd guess that pull (and pull with rebase) are used more often than push or sync. I don't favor a confirmation dialog either. |
Since they are actions, we do have telemetry for it. Hey @seanmcbreen can we get some rough numbers here? |
@joaomoreno: I'm concerned about the first-timer experience. I was trying all actions in the status bar as part of our smoke test and didn't expect anything to happen without me being aware of it beforehand. I then inadvertently pushed a bogus change. First-timers won't have the confirmation enabled. The confirmation doesn't help in that regard as long as it's disabled by default. I'm not necessarily suggesting to enable it by default, although that might be one option to avoid having this surprise. |
Also: "Synchronize" is not a well-understood term for someone familiar with git where "pull", "rebase", "merge", "push" are common. |
I have never seen an action that can be this destructive without a confirmation prompt. |
@madjos It literally runs There is now a |
@chrmarti Agree with the synchronize term. I believe it was brought up 4 years ago when git wasn't known by most of our clients (Monaco) and we wanted a term people could relate to. What we could do, once the work of programmatically changing the user settings is in, is to always prompt the user but give him a checkbox to never prompt him again. This choice would then be remembered in the |
(Reopening for the discussion about the Sync action not properly indicating what it will do.) Another option might be to replace the Sync action with the Push action, so the user's expectation are set correctly. To retain the current functionality when there are remote changes, the Push action could ask for confirmation to first Pull and then Push, but only if remote changes exist. This would have the advantage of only showing a confirmation dialog when it matters. CC: @egamma @chrisdias |
Could the button be redefined as "performs a configured series of git commands"? The default series of commands could be today's behavior. But then I could do what I want, which is, |
Fixed by 9601072 |
@joaomoreno @chrmarti Am late to the party, but how about changing the tooltip from "Synchronize Changes" to "Pull and push changes" ? |
cc @chrisdias @egamma @gregvanl on the wording |
Related: #13360 asks for renaming the command. |
Steps to Reproduce:
The text was updated successfully, but these errors were encountered: