未来可能面临最大的问题是，每个人最常用的操作是不一样的，如果满足了大多数人的需要，就又成了一个大而全的东西，背离了初衷。
1 个赞
先做吧，我主要是个人对使用magit不满，多一个选择多一份方便。
建议结构设计成：武器库+快捷方式的结构。
默认入口+可以根据需要调整入口。
这样既可以随时扩充武器库，又可以保持入口的简洁。
“一键式操作”听起来像iOS的shortcuts，如果能够自定义自己的shortcuts就能兼顾易用性和灵活性。
个人用magit挺顺手，没有刻意看过手册，但是大多数场景都能快速使用。比较常用的场景有。
- Clone repo
- Pull repo
- Stage & Push
- Revert
- Rebase
- 查看log
有时还会结合forge看看PR。创建PR有时有些问题，不大常用。
不过，不排斥更多更好的工具。期待。
居然不少人搞不定 magit 
好多人说 org-mode 神器，我不用，好多人说 magit 神器，我不用，刚开始有点惴惴不安，现在已经心安理得了。
习惯了 git 命令行，懒得去记 magit 对应啥命令，tig 偶尔用用，gitk 经常用。
我觉得GIt 只需要 git add git commit git log就够用了
毕竟每次回滚,就滚出一大批问题
曾经只会用GUI的git操作，是个小白。看到好多人说magit是神器后，学习实践，不会的搜索。遇到别人用命令行解决的，搜索在magit中如何实现。经过1年多，对git有了些了解。
用？看了下，Bisect,Subtree,Cheeries,Worktree这些不知道怎么用，其它好像都用过下。
最大的体会是：magit将每类操作集中在一个地方，这样可以渐进式学习，不断摸索。最大的缺点是慢，特别是Windows下用submodule相关的操作。
要是能转到国内能看的平台就好了！
很有同感，感觉git也是可以用途广泛的，但除了用作代码仓库外，几乎没见到过在其它用途上有什么案例。
因为都有设计更好，使用更方便的替代品
同感，除了在 Windows 上慢，在 Unix-like 系统下体验还是很好的。个人感觉对于新手来说，还是要先去熟悉 Git 的命令行操作的概念，再到 magit 上就简单很多。
比如对于git bitsect ，我是看了这个git bisect 命令教程了解了逻辑以后，再到magit 尝试，操作比命令行方便不少。我是在 magit-status （C-x，g)下，按 ll 进入 commit log，然后按 B 开始 gitsect 进行二分查找问题。
Magit 命令太多了，如果系统去学，很难记住。用到什么功能再去学习一下就好。终端的里的Git 也经常用，我个人不追求什么都要在 Emacs 上操作。
Windows下是硬伤，用git命令本身就很慢，加上magit的包装更是慢上加慢。mac linux倒是很顺畅
有不少，只是你可能没关注罢了
文件级别的操作都已经实现，今晚实现一下 git commit 操作就可以提交补丁了。
- Untrack → Stage
- Unstage → Stage
- Untrack/Unstage/Stage → Delete
Hunk 细粒度的 Stage/Unstage 等基本功能完成以后再补上。
3 个赞
Commit Stage 和 Commit All 操作也加了。
我一会把 Git Push 和 Git Pull 操作也加上后 EAF Git Client 就可以实现基本Git操作了。
因为首页 Dashboard 可以直接看到 Diff 预览，所以 Commit 操作是直接在 minibuffer 中写 commit message 就可以直接执行 Git Commit 操作，不需要像 magit 那样弹出一个 Buffer 来 C-c 或者 C-k
2 个赞