使用场景：想要忽略所有和环境变量有关的文件
.env*
首先要明白，Fork 并不是一个 Git 指令，而是一个代码托管平台的操作。即，在 GitHub 上创建某个仓库的副本。
比较容易和 Fork 混淆的是 Git 的 clone 指令。这两个东西本质的区别是：
git clone |
Fork | |
|---|---|---|
| 性质 | Git操作 | 代码托管平台操作（GitHub） |
| 数据流 | GitHub Repo → 本地 Git | GitHub Repo1 → GitHub Repo2 |
| 应用场景 | 私下使用、部署开源代码 | 对开源项目进行贡献 |
| 特性 | 推送到独立仓库，看不到贡献 | 与原始仓库有明确的关联 |
Fork 操作主要的应用场景，是对开源项目进行贡献；Fork 之后的派生仓库能够与原始仓库有明确的关联。在我的理解中，这种是一种双赢的贡献模式：
首先，Git不会跟踪空目录。
git status用于显示本地仓库的状态，比较当前分支与远程分支的差异。
要注意的是，git status 依赖本地缓存的远程信息。因此，如果GitHub上的代码更新了（比如Merge了一个PR），需要运行一次 git fetch 来同步远程信息。在此情况下，如果没有进行 git fetch ，看到的远程仓库信息是过时的。