FastAdmin 使用 Git 更新的新用法 （2020-04-29）[61.35%]

FastAdmin 使用 Git 更新的新用法

目录

• FastAdmin 使用 Git 更新的新用法
  • 开发 FastAdmin 项目流程
    • 第一次贡献代码
    • 之后贡献代码
  • 基于 FastAdmin 项目的开发流程
  • 更新日志

开发 FastAdmin 项目流程

第一次贡献代码

• fork 仓库。
• git clone fork 后的仓库。
• 建立新的分支。
• checkout 新的分支。
• 修改代码。
• 提交代码到本地。
• push 代码到自己的远程 fork 仓库。
• 在远程仓库里创建一个 PR。
• 和 FastAdmin 社区沟通，是否可以合并。
• FastAdmin 社区维护者同意后合并，不同意先关闭。

之后贡献代码

• 切换到 master 分支
• 本地仓库加一个 fastadmin 远程仓库地址。
• 拉取远程的 fastadmin 仓库 git pull fastadmin master
• 建立一个贡献分支，并 git checkout
• 编写代码。
• 提交并 push 到自己的远程仓库。（同上）
• 在远程仓库中提交一个 PR。（同上）
• 和 FastAdmin 社区沟通，是否可以合并。（同上）
• FastAdmin 社区维护者同意后合并，不同意先关闭。（同上）

基于 FastAdmin 项目的开发流程

TODO

以下之后更新时删除，先用于参考。
2019-02-28 新流程

1. 增加一个 fastadmin 的远程仓库。
2. 在项目的开发或主分支。
3. 如果有代码更新将代码提交 commit。
4. git pull fastadmin master 这时就可以将 FastAdmin 的更新合并到自己项目的开发分支或主分支上。
5. 有冲突就解决冲突，没冲突会自动合并。
6. 提交到自己的项目仓库中。

================== 以下全部废弃 ======================
首先我会在 本地建一个分支 fastadmin 跟踪到 remote/master

当然现在是在自己项目的 master 分支。

之前做法是当 remote/master 有更新进就使用 git fetch remote master:fastadmin，其实使用 git pull remote master:fastadmin 也是可以的。因为 fastadmin 分支是不修改的，相当于给 remote master 起了一个别名。
git pull 其实是 git fetch 和 git merge 的合并命令。
git pull 会隐藏细节，建议还是将 git;fetch 和 git merge 分开。
当 git fetch 后，就可以使用 git merge fastadmin 将当前分支和 fastadmin 合并。
另外在想是不是可以不用 fastadmin 分支呢？？？

更新日志

详细查看 Git 日志。
发布地址： https://www.cnblogs.com/F4NNIU/p/fastadmin-git.html

2018-06-01, 开始。
2018-08-15 10:44，fastadmn 分支还是需要的，在 git merge 时比较方便点。
2018-11-06 23:03，再次更新。最终可以把 fastadmin 分支省略。
更新分支
git fetch fastadmin master
和远程分支合并
git merge fastadmin/master

2020-04-29, 继续完善贡献流程，更加细致的操作说明。