Git——多人协作

1. git协作仓库前提

加入协作项目(如下图)之后,一般不在他人的库里边进行操作,因为这样会直接改变这个库。

应该在这个库的基础上 forked 一个属于自己账户的远程库,在 forked 的库上进行克隆等操作

2. 项目克隆

项目克隆(Project Cloning)是指将一个已有的项目完整复制到本地或其他位置的过程。这个过程会保留原始项目的所有文件、提交历史记录和分支信息。

bash 复制代码
# HTTPS
git clone <repository-url>
# SSH
git clone git@github.com:username/repository.git
# 克隆分支
git clone -b <branch-name> <repository-url>
# 递归克隆(包含子模块)
git clone --recursive <repository-url>

例如:

bash 复制代码
git clone https://gitee.com/kongkongk/team-test.git

然后本地文件夹中就会出现你所克隆的项目文件夹

克隆参数说明

参数 说明
--depth <n> 浅克隆,只获取最近的n次提交
--single-branch 只克隆指定的单个分支
--no-checkout 克隆后不自动检出工作副本
--mirror 创建完全镜像克隆(包含所有引用)

应用场景

  • 新成员加入项目:团队成员可以通过克隆快速获取项目代码

  • 备份项目:克隆可以作为项目备份的一种方式

  • 代码审查:克隆后可以在本地进行代码审查和测试

  • 项目迁移:将项目从一个代码托管平台迁移到另一个平台

注意事项

  • 克隆前确保有访问仓库的权限

  • 大型项目克隆可能需要较长时间

  • 网络不稳定时建议使用--depth 1进行浅克隆

  • 私有仓库克隆需要提供认证信息(用户名/密码或SSH密钥)

3. 多人协作

(1)创建用户1库和用户2库

克隆远程仓库team-test,指定本地仓库级别的用户名和邮箱

同上,另建一个新的仓库user2库

(2)协作处理

在 team-test 中通过 user1 添加文件 t1.txt ,并且推送到远程

推送成功后,远程仓库会显示 t2.txt

此时,在 test2 仓库中 user2 查看远程状态发现已经过期,上面是创建 user2 时查看的,下边的提交完 t2.txt 之后查看的

user2 应该从远程仓库来更新拉取,fast-forward 表示不需要手工处理冲突直接合并

(3)冲突处理

当两个人修改同一个文件的同一行的时候就会发生冲突,这里使用user1修改 t1.txt 内容后提交并且推送到远程

此刻 user2 也修改 t1.txt 内容,提交并且推送远程的时候发现出现冲突,推送失败,git 要求 user2 先拉取更新

提示中发现拉取成功,但是自动合并失败,git建议修改冲突 t1.txt 后提交,这里保留 user2 的修改并推送到远程

4. 提交代码到协作项目库

自己的远程库完成之后,提交至多人协作的远程库,经小组审核测试后同步给其他协作者

点击 Pull Requests,新建 Pull Requests

填写日志完成之后,点击创建 Pull Requests

等待审查和测试即可

若有其他协作者进行了上述提交同步申请并审核通过提交完成,自己项目也可以同步

点击 "确定" 即可

相关推荐
大卫小东(Sheldon)4 小时前
GIM 2.0 发布:真正让 AI 提交消息可定制、可控、可项目级优化
git·rust·gim
知识即是力量ol7 小时前
研发实战:Git 规范化开发全流程指南
git·gitee·github
我是一只代码狗7 小时前
idea创建分支
git
知识即是力量ol9 小时前
Git 快速入门 (实习生视角)
git·gitee·github
Dontla9 小时前
Git撤销上一次提交(撤销提交,Git回退提交)git reset、git revert
git
wdfk_prog9 小时前
解决 `git cherry-pick` 引入大量新文件的问题
大数据·git·elasticsearch
fu的博客12 小时前
Git从删库到跑路
git·gitee·github
要加油哦~12 小时前
git 报错 | husky - pre-commit hook exited with code 1 解决
git
知识即是力量ol12 小时前
Git 实战指南:从分支管理到冲突解决
git·github·源代码管理
weixin_462446231 天前
Git 本地忽略 application-dev.yml 的最佳实践:不提交 .gitignore,不影响团队协作!
git