MIT: Mini-Git implementation in Rust

**[中文文档](./README.md)** | English [Project Link](https://github.com/MrBeanCpp/MIT) Git in Rust. A mini Git implementation called`mit`, implemented in `Rust`. > Designed to be concise, readable, efficient, and secure. > > The best way to learn Git is to implement Git. > > This project aims to provide a `Git` implementation that even a second-grader can understand. > > `// rm -rf rigid design patterns & complex repository architecture` > **NOTE:** For a more comprehensive implementation of `Git`, please refer to another project of ours: [Mega-Libra](https://github.com/web3infra-foundation/mega/tree/main/libra) ## Cross-Platform Support - [x] Windows - [x] MacOS - [x] Linux (Unix-like...) ## Key Features - Supports input paths (pathspec): file paths, directory paths (absolute or relative, including `.`, `./`, `../`) - Supports `mit init`, `mit add`, `mit rm`, `mit commit` - [x] `init`: Initialize (does nothing if the repository already exists) - `idempotent` - [x] `add`: Add changes to the staging area (including new, modified, deleted), can specify files or directories - `-A(all)` : Stage all changes in the working directory (from the root) (new✅ modified✅ deleted✅) - `-u(update)`: Operate only on tracked files in the staging area [`index`] (new❌ modified✅ deleted✅) - [x] `rm`: Remove files from the staging area & working directory - `--cached` : Remove only from the staging area, untrack - `-r(recursive)`: Recursively delete directories, must specify this parameter when deleting directories - [x] `commit` - [x] `status`: Display the status of the working directory, staging area, and `HEAD` (only for the current directory); divided into three parts: - **Staged to be committed:** Changes staged in the staging area compared to `HEAD` (last `Commit::Tree`), i.e., the last staging area - **Unstaged:** Changes in the working directory not staged in the staging area - **Untracked:** Files in the working directory not staged or tracked before - [x] `log` - Supports branches`mit branch`, `mit switch`, `mit restore` - [x] `branch` - [x] `switch` Unlike `checkout`, `switch` requires specifying `--detach` to switch to a `commit`, otherwise, it can only switch branches. - [x] `restore`: Rollback files - Restore files at the specified path (including directories) to the version specified by `--source`, can specify staging area & working directory - `--source`: Can specify `Commit Hash`, `HEAD`, or `Branch Name` - If `--source` is not specified and neither `--staged` nor `--worktree` is specified, restore to the `HEAD` version, otherwise, restore from the staging area [`index`] - If neither `--staged` nor `--worktree` is specified, default to restore to `--worktree` - For files not present in `--source`, if tracked, delete; otherwise, ignore - Supports simple merging `mit merge` (fast-forward) - [x] Merge(FF) ## Notes ### ⚠️Testing requires single-threading ⚠️ Note: To avoid conflicts, please use `--test-threads=1` when executing tests. For example:`cargo test -- --test-threads=1` This is because testing involves IO on the same folder. ### Term Definitions - Staging area: `index` or `stage`, stores file snapshots needed for the next `commit` - Working directory: `worktree`, the folder directly manipulated by the user - Repository: `working directory` or `repository`, the root directory of the code repository, where `.mit` is located - `HEAD`:Points to the current`commit` - Tracked:`tracked`,files already in the staging area [`index`](i.e., files that have been `add`-ed) ### Introductory Video [【Mit】Rust implementation of Mini-Git - System Software Development Practice Final Report_Bilibili](https://www.bilibili.com/video/BV1p64y1E78W/)