Git入门——分支的基本使用与'合并'、'多人协作'常遇到的问题

1.基础概念与方法

借用廖雪峰老师的形象的例子:

分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰,那对现在的你也没啥影响。不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN!

一般来说,分支是不仅仅只有主分支的,
master分支是主分支,因此要时刻与远程同步;
dev分支是开发分支,团队所有成员都需要在上面工作,所以也需要与远程同步;
bug分支只用于在本地修复bug,就没必要推到远程了;
feature分支是否推到远程,取决于你是否和你的小伙伴合作在上面开发;

查看分支:
  git branch

创建分支:
  git branch (name)

切换分支:
  git checkout (name)

创建+切换分支:
  git checkout -b (name)

删除分支:
  git branch -d (name)
强制删除分支(没合并过的分支可能需要强行删除):
  git branch -D (name)

2.合并的常见错误

(记得先切换到主分支,然后合并,然后删除’副’分支)
合并某分支到当前分支:git merge (branchName)

合并时,两种常见的错误:

1) 通常,合并分支时,如果可能,Git会用fast forward模式
,但这种模式下,删除分支后,会丢掉分支信息。
如果要强制禁用fast forward模式
,Git就会在merge时生成一个新的commit,这样,从分支历史上就可以看出分支信息。
–no-ff参数,表示禁用Fast forward
git merge –no-ff -m (“留言”) (name)

2) 冲突,也是合并分支中的常见问题:
(当有两个以上的分支,都commit提交了代码时,合并两个分支可能会产生冲突)
分支合并时,会报出冲突提示,
也可以git status查看,
在文件中,git也会有提示,很直观
(这时候要修改冲突文件,再提交,然后可以查看分支合并情况,再删除分支,保留主分支)

3.多人协作时的麻烦

多人协作时,大家都会往master和dev分支上推送各自的修改
所以,这也是常常容易出问题的地方

克隆项目:

git clone git@github.com:PisecesPeng/usegit.git

然后,另台电脑要在dev分支上开发,就必须创建远程origin的dev分支到本地,创建本地分支:

git checkout -b dev origin/dev

开始干活,另台电脑已经向origin/dev分支推送了他的提交,而我也对同样的文件作了修改,并试图推送:

这时,就会推送失败,因为另台电脑的最新提交和我想推送的提交有冲突,
解决办法也很简单,Git已经提示我们,先用git pull把最新的提交从origin/dev抓下来,然后,在本地合并,解决冲突,再推送:

git pull

如果git pull也失败了,原因是没有指定本地dev分支与远程origin/dev分支的链接,根据提示,需设置dev和origin/dev的链接:

git branch --set-upstream dev origin/dev

然后,再来一次git pull
pull成功,但是合并有冲突,需要手动解决,解决的方法和上文中2.的冲突一样。解决!提交!push.

我的Git入门学习,廖雪峰老师的教程帮助了我很多;
也希望能和大家分享一下;
廖雪峰老师的官方网站

<think>好的,我现在需要帮助用户解决UbuntuAPT仓库未签名导致的更新被禁用的问题。首先,我得回忆一下这个错误通常是什么原因引起的。根据用户提到的错误信息,可能是在添加第三方仓库时,系统没有正确的GPG密钥来验证仓库的签名,导致APT拒绝更新安装软件包。 首先,我应该检查用户是否已经正确添加了仓库的签名密钥。根据引用[1],添加签名密钥通常使用wgetcurl下载密钥,然后通过apt-key add命令导入。不过需要注意的是,在较新的Ubuntu版本中,apt-key已经被弃用,推荐将密钥保存到/etc/apt/trusted.gpg.d/目录中。这里可能需要提醒用户根据系统版本来选择正确的方法。 接下来,用户可能需要检查sources.list文件中的仓库地址是否正确,以及是否指定了正确的发行版和组件。例如,有些仓库可能使用main、universe等组件,者不同的发行版代号如focal、jammy。如果仓库配置错误,也会导致签名验证失败。 然后,用户可能需要运行apt update来刷新缓存。如果仍然报错,可能需要手动验证密钥是否匹配仓库的签名。例如,使用apt-key list查看已安装的密钥,者使用gpg命令手动验证。 另外,引用[2]中提到,如果遇到依赖问题,可能需要强制安装某些包,比如使用-o选项允许未认证的包。但这种情况应该谨慎使用,只在确认仓库可信的情况下进行。不过用户的问题主要是签名错误,可能不需要这个步骤,但可以作为备选方案。 还有引用[3]提到的在jail子系统中升级Ubuntu,可能涉及到环境隔离导致的问题,但用户当前的问题可能不在这个场景下,不过可以留意是否有类似的环境配置问题。 总结步骤应该是:首先添加正确的GPG密钥,然后确保仓库配置正确,更新缓存,最后处理可能的依赖强制安装。需要分步骤指导用户操作,并提醒注意事项,比如密钥的安全性,以及强制安装的风险。 在生成相关问题的时候,可以考虑用户可能遇到的后续问题,比如如何手动验证密钥、处理过时的仓库地址、者在不同Ubuntu版本中的操作差异等。</think>### 解决APT仓库未签名导致更新被禁用的问题 #### 1. **添加仓库的GPG签名密钥** - 若仓库提供GPG密钥下载链接(通常以`.asc``.gpg`结尾),使用以下命令添加: ```bash sudo wget -O /etc/apt/trusted.gpg.d/[仓库名].gpg [密钥URL] ``` (旧版Ubuntu可能需用`apt-key`): ```bash wget -qO- [密钥URL] | sudo apt-key add - ``` 例如,添加Docker的密钥: ```bash curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/trusted.gpg.d/docker.gpg ``` [^1] #### 2. **检查仓库源配置** - 编辑仓库源文件(如`/etc/apt/sources.list``/etc/apt/sources.list.d/[仓库名].list`),确保格式正确: ```bash deb [signed-by=/etc/apt/trusted.gpg.d/[仓库名].gpg] [仓库URL] [发行版代号] [组件] ``` 例如,Docker仓库配置: ```bash deb [arch=amd64 signed-by=/etc/apt/trusted.gpg.d/docker.gpg] https://download.docker.com/linux/ubuntu jammy stable ``` #### 3. **更新APT缓存** ```bash sudo apt update ``` - 若仍报错,检查密钥与仓库是否匹配,尝试重新导入密钥。 #### 4. **强制忽略签名验证(不推荐,仅临时应急)** ```bash sudo apt update -o Acquire::AllowInsecureRepositories=true sudo apt install [包名] --allow-unauthenticated ``` > **注意**:此操作存在安全风险,仅建议在完全信任仓库时使用[^2]。 --- ### 相关问题 1. **如何手动验证APT仓库的GPG密钥是否有效?** (可通过`gpg --show-keys /etc/apt/trusted.gpg.d/[仓库名].gpg`查看指纹并与官方对比) 2. **Ubuntu不同版本(如focal/jammy)的仓库配置有何差异?** (需确保`sources.list`中的发行版代号与系统版本一致) 3. **如何修复因仓库迁移导致的“未签名”错误?** (可能需更新仓库URL删除旧源文件) --- ### 引用说明 : 添加签名密钥的通用方法参考了APT仓库管理标准流程。 : 强制安装未认证包的操作来源于临时绕过签名验证的官方文档提示。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值