在 Git 中,fork 操作本身是在代码托管平台(如 GitHub、GitLab、Gitee)上完成的(非本地 Git 命令),但后续的代码同步、修改和提交需要结合本地 Git 命令。以下是完整的操作流程和所需命令:
- 拥有代码托管平台账号(如 GitHub)。
- 目标仓库的访问权限(公开仓库可直接 fork,私有仓库需被授权)。
- 本地安装 Git,并配置好用户名和邮箱(
git config --global user.name "你的名字" 和 git config --global user.email "你的邮箱")。
-
打开目标仓库的 GitHub 页面(例如:https://github.com/原作者用户名/仓库名)。
-
点击页面右上角的 Fork 按钮,等待几秒后,平台会在你的账号下创建该仓库的副本(地址为:https://github.com/你的用户名/仓库名)。
这一步是平台操作,无需 Git 命令,目的是创建独立副本。
在本地终端执行以下命令,将你账号下的 fork 副本下载到本地:
fork 后的副本不会自动同步原仓库的新内容,需手动关联原仓库(称为 “上游仓库”):
origin:默认指向你 fork 的副本(自己的仓库)。
upstream:指向原仓库,用于同步最新代码。
在本地开发前,建议先同步原仓库的最新更新,避免冲突:
为了避免直接在主分支修改,建议创建新分支开发:
在新分支中完成代码修改后,提交到本地:
-
打开你 fork 的仓库页面(https://github.com/你的用户名/仓库名)。
-
页面会提示 “Compare & pull request”,点击进入 PR 编辑页面。
-
选择原仓库的目标分支(通常是 main 或 master)和你的分支(feature/new-function)。
-
填写 PR 描述(说明修改内容、目的等),点击 “Create pull request” 提交。
后续原仓库维护者会审核你的 PR,通过后会合并到原仓库。
如果 PR 被合并,可删除本地和远程的临时分支:
- 定期同步上游:开发过程中,原仓库可能有新更新,需定期执行
git fetch upstream + git merge upstream/main 同步,避免合并冲突。
- 分支命名规范:建议按功能命名分支(如
feature/xxx、bugfix/xxx),便于管理。
- PR 描述清晰:提交 PR 时详细说明修改内容,帮助维护者快速理解你的贡献。
通过以上步骤,即可完成从 fork 仓库到提交代码贡献的完整流程。