git的实际应用场景

作用：把文件从暂存区状态重置为工作区状态，即不再被标记为待提交状态，仅仅是一个状态的改变，所以文件内容以工作区的为准。
场景：有些提交对文件的类型有作出要求，比如一些程序代码文件为一个提交，一些依赖文件为一个提交，一些压缩包为一个提交，这样后续查看历史提交时就会清晰明了。所以当本次提交是准备提交程序代码文件时，但不小心把xxx.so或xxx.tar.gz等一些无关文件也git add了，此时就可以用git reset < file >把不需要的文件从暂存区状态重置回工作区状态。

作用：会从git的索引（即暂存区）中移除，但它的物理文件仍然保留在工作区中，并且git将不再追踪该文件的变更。
场景：修改源码并编译后可能会产生一些中间件，这些中间件是不需要被追踪且提交的，若.gitignore文件中对于新代码编译后产生的新的中间件没有作忽略处理，那么这些中间件会被git列为“Untracked files”，这时用git status查看工作区是不干净的，这时就要更新.gitignore的内容以达到git可以忽略中间件的追踪。如果发现.gitignore对中间件不产生作用，看看是不是中间件不小心被git add到了暂存区或是否曾经提交过仓库，这时就要使用git rm --cached < file >取消git对某个中间件的追踪，如果是被提交过仓库，则需要在git rm --cached < file >后将此次删除更改提交，.gitignore中的条目才会生效，阻止git再次跟踪该文件。

作用：允许修改历史中的一系列提交，使它们基于新的基准点。
场景：主要用于修改某次提交的提交信息或提交内容，比如上上次提交时，多提交了一个不同类型的文件，现在需要把这个文件从那次提交中移除，就可以使用git rebase -i HEAD~2，这时会打开一个编辑器，可以为每一次提交指定一个操作，因为我们要修改提交内容，则操作选择为edit。保存退出后，git会按照你指定的操作开始重基过程，这可能会涉及修改提交的内容、合并提交、修改提交信息等，若过程中遇到冲突，则解决冲突。每修改完一次提交后，使用git rebase --continue命令继续重基过程，或使用git rebase --abort命令取消重基。
操作参数可参考如下：
- pick：保留该提交，不做任何修改。
- reword：保留该提交，但修改其提交信息。
- edit：保留该提交，但在重基过程中暂停，允许你修改该提交的内容。
- squash 或 s：将该提交与上一个提交合并。
- fixup：类似于squash，但会丢弃该提交的提交信息。
- drop 或 d：删除该提交。