|
|
|
|
|
by stiray
1938 days ago
|
|
Bit needs just one single switch and everyone will gladly use it for its killer feature. Undo with one single command, without strange additional arguments, weird naming, strange documentation[1] etc. [1]https://git-man-page-generator.lokaltog.net When anyone is doing the "next best thing after bread and butter" version control, please start with --undo switch. Sometimes you just need a hammer, without any will or need to learn how to make hammers. |
|
Eg would it make a new commit, reverting the previous? Would it undo the last commit, dropping it from history? Would it undo the last commit, putting the contents into staging/unchecked?
My git-like is for structured data and is very very different from git. Conceptually though, it's similar in that it's a hash tree of content addresses. So it'll conceptually suffer the same problems, if i wanted it to.
My plan, due to the nature of the project, is to for the most part avoid conflicts and be more forgiving in the primary flows. This makes sense (imo) because the nature of the application is about data retention moreso than it is strictly VCS. It just has VCS fundamentals to reach into, should they be needed.
But as i dive into the primary user flow - it feels like there are always a few cases that seem primary. Undo is a great example - making a new commit (revert), undoing the last and dropping it (hard reset), and undoing the last into staging all seem like primary UXs.
A lot of Git feels like the primary UX. I struggle to think of single concepts, like your undo example, where a simple path will be right to the user 90% of the time.
Thoughts?