Full list of Git subcommands to implement #66
Replies: 4 comments 8 replies
-
Hi @initialcommit-io |
Beta Was this translation helpful? Give feedback.
-
Hi @paketb0te and @abhijitnathwani ! Hope you both are doing great. Just a note that I released git-sim 0.2.9 today which has first versions of the following new subcommands:
@abhijitnathwani Hopefully we can get rm, mv, and clean soon to add to those. I also added a variety other fixes, such as showing a list of conflicted files when a merge conflict occurs during Also these smaller ones:
If you have time feel free upgrade our git-sim version to 0.2.9 and test some of it out 😸 |
Beta Was this translation helpful? Give feedback.
-
I'm back from my holidays and will have a look at everything that has happened around here over the next few days :) |
Beta Was this translation helpful? Give feedback.
-
Just thought I'd add an updated list here of the remaining Git subcommands to provide initial implementations for:
|
Beta Was this translation helpful? Give feedback.
-
@abhijitnathwani @paketb0te I think one thing we need to prioritize is adding in more subcommands so that Git-Sim covers at least all the basic Git subcommands.
Currently, git-sim supports the following 13 subcommands: log, status, add, restore, commit, stash, branch, tag, reset, revert, merge, rebase, cherry-pick
And even for these 13, there are some features not implemented yet, notably a wider set of ways to use Git rebase, which currently only allows 1 basic form of the command and no options for flexible rebases Git can do. Also, we don't have any detection so far for things like merge conflicts when merging. There also might be edge cases that are basically bugs right now or have confusing behavior, like resetting or reverting on a commit that isn't on the active branch.
Anyway, I think we should try to make a roadmap of Git subcommands that we'd like to implement. Here are some of my suggestions in order of priority:
I'm already working on the "git checkout" command which I can repurpose for "git switch" as well.
For the networking commands like fetch/push/pull I got a good suggestion in a comment on my original release, that we could clone the local repo to a dummy copy and perform the networked operation there. That would enable Git-Sim to get information about the operation and objects involved without directly impacting the local repo that the user is working in.
Let me know if either of you are interested in working on any specific subcommands or if you have suggestions for other subcommands to implement 😸
Beta Was this translation helpful? Give feedback.
All reactions