syl20bnr / spacemacs

A community-driven Emacs distribution - The best editor is neither Emacs nor Vim, it's Emacs *and* Vim!
http://spacemacs.org
GNU General Public License v3.0
23.61k stars 4.89k forks source link

magit-gitflow is overriding/contradicting magit worktree command #12027

Closed tko closed 5 days ago

tko commented 5 years ago

Description :octocat:

magit-gitflow is overriding/contradicting magit worktree command; the popup menu says % is one thing (Worktree) but using it shows something completely different (magit-gitflow)

Reproduction guide :beetle:

Observed behaviour: :eyes: :broken_heart:

Popup shows % Worktree Pressing % shows commands for magit-gitflow

Expected behaviour: :heart: :smile:

Either the popup shows % Worktree and pressing % shows worktree commands (and magit-gitflow is on different prefix)

OR

Popup shows % Flow (or similar) and pressing % shows magit-gitflow commands

System Info :computer:

github-actions[bot] commented 4 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

tihuang02 commented 4 years ago

I am seeing the same issue. Any suggested workaround to disable git-workflow since I don't use/need it. But I'd like '%' bound to worktree as documented.

mexisme commented 4 years ago

If I can't easily change the key-binding, I'd really like to be able to disable git-flow altogether.

nixmaniack commented 4 years ago

@mexisme You can add magit-gitflow to dotspacemacs-excluded-packages in your ~/.spacemacs file.

But I think we shouldn't shadow magit core binding. I would prefer following option:

Either the popup shows % Worktree and pressing % shows worktree commands (and magit-gitflow is on different prefix)

github-actions[bot] commented 3 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!

tshu-w commented 3 years ago

Perhaps this is a conflict caused by evil-magit (now evil-collections) and should be reported upstream

lebensterben commented 3 years ago

@tshu-w https://github.com/syl20bnr/spacemacs/blob/aa0c0301e2dc5751690518372ec4c0329f60420f/layers/%2Bsource-control/git/packages.el#L289

It's caused by a bad config. I've known this for about 2 years and I've a PR to fix this. It's just never completed..

tshu-w commented 3 years ago

@lebensterben 😂

duianto commented 3 years ago

~Pending PR:~ ~git: Added magit-todos, improved docs, etc. #14554~

lebensterben commented 3 years ago

@duianto That's a minimal version of a larger PR (not submitted) or another (almost) rewrite of git layer ....... So it doesn't fix the magit-gitflow issue.

Well I can fix the % problem in the pending PR if you want.

duianto commented 3 years ago

I've known this for about 2 years and I've a PR to fix this. It's just never completed..

Ok, I misunderstood. I thought that you meant that you've had a PR open for 2 years, that fixes this.

When I searched for a pending magit-gitflow PR, I only found this one: git: Added magit-todos, improved docs, etc. #14554

which makes some magit-gitflow related changes.

So it doesn't fix the magit-gitflow issue.

👍


Well I can fix the % problem in the pending PR if you want.

It's probably best to keep them separate.

lebensterben commented 3 years ago

Someone please ping me so this thread will be in my inbox.

duianto commented 3 years ago

@lebensterben 📥

github-actions[bot] commented 3 months ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Please let us know if this issue is still valid!