git教程(2)---远程仓库操作

git教程---远程仓库

  • 远程操作
    • 创建远程仓库
    • 克隆远程仓库
      • HTTPS
      • SSH
    • 向远程仓库推送
    • 拉取远程仓库
    • .gitignore文件
    • 给git指令起别名
    • Issues
    • Pull Requests
  • 标签管理
    • 操作标签
    • 推送标签
  • 多人协作
    • 场景一
    • 场景二
  • 开发模型
    • Git分支设计规范
    • 使用Gitee的DevOps平台体验项目开发流程

远程操作

创建远程仓库

在这里插入图片描述
在这里插入图片描述

可以看到此时已经创建好了一个远程仓库,仓库下会有两个默认的README文件,一个是中文版另一个是英文版,是用来介绍你这个仓库是用来干什么的。

在这里插入图片描述

将仓库设置为开源。

在这里插入图片描述

克隆远程仓库

HTTPS

在这里插入图片描述

🚀直接使用git clone https://... 将仓库克隆到本地。

在这里插入图片描述

SSH

🚀SSH协议使用了公钥加密和公钥登录机制,体现了实用性和安全性,使用此协议的时候需要将我们的公钥放在服务器上,由Git服务器进行管理。使用HTTPS协议没有要求,直接就能克隆到本地。

在这里插入图片描述

直接使用SSH协议克隆远程仓库到本地是不行的。所以要遵循以下步骤:

  • 在用户目录下创建.ssh目录(如果存在就不用创建,并且如果有id_rsa 和 id_rsa.pub 两个文件可以直接跳过下一步,将 id_rsa.pub 中的内容添加到Git服务器上即可),生成SSH密钥对。
    ssh-keygen -t rsa -C "git服务器绑定的邮箱"生成密钥对(一路回车就可以)。
    在这里插入图片描述

  • 将公钥添加到远程仓库。
    在这里插入图片描述
    在这里插入图片描述
    此时就能够成功克隆远程仓库到本地
    在这里插入图片描述

🚀当我们把远程仓库克隆到本地后,Git会将远程仓库的master分支和本地仓库的master分支对应起来,远程仓库的名称默认是origin(使用git remote 查看)。
在这里插入图片描述
或者使用git remote -v查看更详细的信息
在这里插入图片描述

向远程仓库推送

例如:创建一个文件,然后同步到远程仓库。

在推送到远程仓库之前一定要配置一下本地仓库的user.name 和 user.email 保持与远程仓库一致。

git push <远程主机名> <本地分⽀名>:<远程分⽀名>
# 如果本地分⽀名与远程分⽀名相同,则可以省略冒号:
git push <远程主机名> <本地分⽀名>

在这里插入图片描述

在这里插入图片描述

拉取远程仓库

例如:在远程仓库进行一次修改,然后同步到本地仓库(这是为了实验,不要在远程仓库做修改)。

在这里插入图片描述

git pull <远程主机名> <远程分⽀名>:<本地分⽀名>
# 如果远程分⽀是与当前分⽀合并,则冒号后⾯的部分可以省略。
git pull <远程主机名> <远程分⽀名>

在这里插入图片描述

.gitignore文件

🚀如果创建仓库时没有勾选.gitignore文件,可以自己创建。写在.gitignore文件中的文件,会被git忽略掉。

例如:忽略掉 .i 和 .o为结尾的文件:

在这里插入图片描述
🚀在工作区创建以.i和.o为结尾的文件,使用git status查看仓库的状态。
在这里插入图片描述
在这里插入图片描述

可以看到这两个文件确实被git忽略掉了,证明.gitignore文件已经生效了。

特殊情况

  • 如果想添加某个文件,但是这个文件已经被忽略掉了,可以使用git add filename -f强制添加
  • 你想添加某个以.i结尾的文件,返现该文件被忽略了,你想可能是.gitignore文件内容写错了,可以使用git check-ignore -v 进行检查
    在这里插入图片描述
    显示在.gitignore文件的第三行,表明了忽略掉以.i为结尾的所有文件
  • 想要忽略某一类文件,但是不想忽略掉这一类中的某一个或几个文件。例如:忽略掉所有以.开头的文件,但是不想忽略掉.gitignore文件,这样的情况可以在.gitignore文件中特殊标注。
.* #表示忽略掉所有以.开头的文件
!.gitignore #表示不忽略.gitignore文件

给git指令起别名

git config [--global] alias.别名 原本名称

🚀例如,给status起别名为st,这样以后查看仓库状态就可以使用git st了。

在这里插入图片描述
在这里插入图片描述

Issues

在这里插入图片描述

该功能作用就是,当某个人发现代码存在bug时,可以创建一个Issues来告诉仓库的人员代码存在bug,让他们进行修复。

在这里插入图片描述

对于仓库人员,修复完问题后可以将此Issues的状态进行修改。

在这里插入图片描述
在这里插入图片描述

Pull Requests

🚀在实际的开发中,开发者都是在dev分支上进行开发,然后再合并到master分支上的,但是并不是随意就能合并到master分支上的,要在合并之前给仓库的管理员提交合并分支的申请,在申请得到同意后才能够进行合并。这个Pull Requests就是提交申请用的。

在这里插入图片描述

标签管理

操作标签

🚀标签就相当于对某一次commit起一个别名,其作用有:

  • 在项目中发布某个版本的时候,针对最后一次commit起一个v1.0这样的标签来标识v1.0版本已经完成,具有里程碑意义。
  • 对于commit id来说是比较让人记住的,tag能很好的解决这个问题,tag更容易被人记住,所以在tag起名字的时候一定要容易记住并且有一定的意义。当我们要回退到某个重要的版本的时候,可以直接通过tag定位到那个版本。

🚀创建标签

  • git tag v1.0 默认是给最后一次提交打上v1.0的标签
    在这里插入图片描述
  • git tag v0.5 commit id 指定某次提交打一个标签
    在这里插入图片描述
    在这里插入图片描述
  • git tag -a v0.6 -m"" commit id 可以在打标签的时候写一些备注信息
    在这里插入图片描述
    这样是看不到tag的备注信息的。
    git show 标签名 来查看标签的详细信息
    在这里插入图片描述
    🚀 查看有哪些标签
  • git tag
    在这里插入图片描述

🚀在本地删除标签

  • git tag -d 标签名 删除标签
    在这里插入图片描述

推送标签

在这里插入图片描述

在远程仓库也是有标签的,所以我们可以将本地仓库的标签提交的远程仓库中。

🚀推送标签

  • git push origin v1.0 将此标签推送到远程仓库
    在这里插入图片描述
    在这里插入图片描述
  • git push origin --tags 将本地所有标签推送到远程仓库
    在这里插入图片描述
    在这里插入图片描述
  • git push origin :v1.0 将本地删除的v1.0标签推送的远程仓库
	git tag -d v1.0

在这里插入图片描述
在这里插入图片描述

多人协作

场景一

两个开发人员A和B同时开发一个文件file.txt,A在文件中写入aaa的内容,B在文件中写入bbb的内容,最终推送到远程的master分支上。
在这里就用Windows端和Linux端替代两个开发人员。

🚀首先,在Windows端先将仓库克隆到本地。
在这里插入图片描述
🚀将Windows端的开发人员给予仓库的提交权限。
在这里插入图片描述
在这里插入图片描述

🚀开发一个新的文件肯定是不能在master分支上进行开发的,所以要先创建一个dev分支。
在这里插入图片描述
在这里插入图片描述
🚀开发人员A使用git pull拉取仓库信息。
在这里插入图片描述
git branch -r 查看远程的分支
在这里插入图片描述
🚀开发人员A在本地创建dev分支,并与远程的dev分支建立链接关系git checkout -b dev origin/dev(建立链接关系后可以直接使用git pull 或者 git push 进行分支上数据的拉取与推送)。
在这里插入图片描述
git branch -vv查看本地分支与远程分支的链接关系。
在这里插入图片描述
🚀对于开发者B也要在本地创建dev分支,并且和远端的dev分支建立链接关系。
在这里插入图片描述

🚀开发人员A在本地开发file文件,然后push到远程仓库。
在这里插入图片描述
在这里插入图片描述

🚀开发人员B也在file文件下开发,开发完后推送到远程的dev分支。
在这里插入图片描述
在这里插入图片描述

可以看到在开发人员B提交自己开发的代码时候,push会报错。这是因为此时B人员的本地仓库中dev分支已经不是最新状态了,要先git pull拉取最新的分支信息。

在这里插入图片描述

git pull 后提示出现冲突,所以要手动的修改这个冲突。

在这里插入图片描述
在这里插入图片描述
🚀开发人员B解决完冲突后,重新推送。
在这里插入图片描述
🚀在远程仓库的dev分支下已经达到了想要的成果。
在这里插入图片描述
🚀最后还要将dev分支合并到master分支上,可以选择走pull requests,也可以在本地先完成合并再推送到远端上,最终再删除dev分支。下面展示让开发人员A在本地合并好后在推送到远程仓库。

  • 在dev分支下git pull拉取最新的dev分支信息。
    在这里插入图片描述
  • 切换到master分支,保证master分支处于最新状态。
    在这里插入图片描述
  • 方式在master分支上合并dev分支出现合并冲突,先在dev分支上合并master分支,出现问题在dev分支上解决。
    在这里插入图片描述
  • 再切换到master分支上,合并dev分支。
    在这里插入图片描述
  • 将本地master分支最新状态推送到远程仓库。
    在这里插入图片描述
    在这里插入图片描述
  • 删除dev分支
    在这里插入图片描述

场景二

开发人员A和B共同开发一个项目,A负责funcA功能,B负责funcB功能,这个场景中与上个场景不同之处在于针对每个功能都创建一个独立的分支去完成,不是在一个dev分支下完成开发的。

🚀开发人员A在本地创建一个分支feature-A分支,进行开发。
在这里插入图片描述
由于在推送到远程仓库时,远程仓库中并没有feature-A分支,更没有与本地的feature-A分支建立链接关系,所以直接使用git push是不可以的,要使用git push origin feature-A,这样在远程仓库中会自动创建feature-A分支
在这里插入图片描述
🚀开发人员B也在本地创建一个分支feature-B分支,进行开发。
在这里插入图片描述
在这里插入图片描述
🚀但是B突发情况,有一些急事要去处理,所以他先将完成的这部分代码推送到远程。
在这里插入图片描述
🚀此时B的工作交给A来继续开发,所以A要先pull拉取feature-B分支,然后再继续在B的基础上开发func2。
在这里插入图片描述
在这里插入图片描述
在本地创建feature-B分支,并与远程的feature-B分支建立起链接关系。
git branch --set-upstream-to=origin/feature-B feature-B建立链接关系。
git pull拉取feature-B分支的最新状态。
在这里插入图片描述
在这里插入图片描述
🚀在A的帮助下又开发了三分之一,此时B又回到岗位继续开发了。所以A要将最新的状态提交到远程。
在这里插入图片描述
🚀开发人员B需要从远程仓库拉取feature-B分支的最新状态,继续开发,完成后推送到远程仓库。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
🚀此时在远程仓库的featrue-A分支和feature-B分支已经达到了预想的效果。
在这里插入图片描述

🚀将两个分支合并到master分支上。

  • 在将feature-A分支合并到master分支之前,为了防止合并冲突,先将master分支合并到feature-A分支上,如果出现冲突现在本地解决。然后提交pull requests请求。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • 在将feature-B分支合并到master的时候,可能会发生冲突(如果A和B设计同时开发统一文件时),所以与上面做法一致先将master合并到feature-B上,出现冲突后现在本地解决,然后再将feature-B合并到master分支上。
    先将最新的master分支状态拉取到本地
    在这里插入图片描述
    将master分支合并到feature-B分支上
    在这里插入图片描述
    将feature-B分支合并到master分支,采用提PR的方式
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    完成合并后删除没用的分支

🚀解决在远程仓库删除分支后,在本地使用git branch -r还能查看到已经删除的分支。
在这里插入图片描述
使用命令 git remote show origin,可以查看remote地址,远程分⽀,还有本地分⽀与之相对应关系等信息。
在这里插入图片描述
git remote prune origin移除已经删除的分支还能在本地显示。
在这里插入图片描述

开发模型

🚀在实际的项目开发中主要会经历三个重要的阶段:开发阶段 测试阶段 运维阶段,开发阶段主要涉及项目的规划,写代码,构建等工作,测试阶段主要涉及项目的测试工作,运维阶段主要涉及项目的发布,部署,维护工作。针对不同的阶段,都会有与之匹配的工作环境。

🚀系统的开发环境:

  • 开发环境:开发环境是程序猿们专门用于日常开发的服务器。为了开发调试方便,⼀般打开全部错误报告和测试⼯具,是最基础的环境。
  • 测试环境:⼀个程序在测试环境工作不正常,那么肯定不能把它发布到生产机上。该环境是开发环境到生产环境的过渡环境。
  • 预发布环境:该环境是为避免因测试环境和线上环境的差异等带来的缺陷漏测而设立的⼀套环境。其配置等基本和生产环境⼀致,目的是能让我们发正式环境时更有把握!所以预发布环境是你的产品质量最后⼀道防线,因为下⼀步你的项目就要上线了。要注意预发布环境服务器不在线上集成服务器范围之内,为单独的一些机器。
  • 生产环境:是指正式提供对外服务的线上环境,例如我们⽬前在移动端或PC端能访问到的APP都是⽣产环境。

在这里插入图片描述

Git分支设计规范

🚀一般来说,针对上面不同的环境来设计不同的分支,例如:

分支名称适用环境
master主分支生产环境
release预发布分支预发布/测试环境
develop开发分支开发环境
feature需求开发分支本地
hotfix紧急修复分支本地

🚀master分支

  • master 为主分⽀,该分⽀为只读且唯⼀分支。⽤于部署到正式发布环境,⼀般由合并release 分⽀得到。
  • 主分支作为稳定的唯⼀代码库,任何情况下不允许直接在 master 分支上修改代码。
  • 产品的功能全部实现后,最终在master分支对外发布,另外所有在master分支的推送应该打标签(tag)做记录,方便追溯。
  • master 分支不可删除。

🚀develop分支

  • develop 为开发分支,基于master分⽀创建的只读且唯⼀分支,始终保持最新完成以及 bug 修复后的代码。可部署到开发环境对应集群。
  • 可根据需求大小程度确定是由 feature 分支合并,还是直接在上⾯开发(非常不建议)。

🚀feature分支

  • feature 分⽀通常为新功能或新特性开发分支,以 develop 分支为基础创建 feature 分支。
  • 命名以 feature/ 开头,建议的命名规则: feature/user_createtime_feature 。
  • 新特性或新功能开发完成后,开发⼈员需合到 develop 分⽀。
  • ⼀旦该需求发布上线,便将其删除。

🚀release分支

  • release 为预发布分⽀,基于本次上线所有的 feature 分支合并到 develop 分支之后,基于 develop 分⽀创建。可以部署到测试或预发布集群。
  • 命名以 release/ 开头,建议的命名规则: release/version_publishtime 。
  • release 分⽀主要用于提交给测试⼈员进行功能测试。发布提测阶段,会以 release 分支代码为基准进行提测。
  • 如果在 release 分支测试出问题,需要回归验证 develop 分支看否存在此问题。
  • release 分支属于临时分支,产品上线后可选删除。

🚀hotfix分支

  • hotfix 分⽀为线上 bug 修复分支或叫补丁分支,主要用于对线上的版本进行 bug 修复。当线上出现紧急问题需要马上修复时,需要基于 master 分支创建 hotfix 分支。
  • 命名以 hotfix/ 开头,建议的命名规则: hotfix/user_createtime_hotfix。
  • 当问题修复完成后,需要合并到 master 分支和 develop 分支并推送远程。一旦修复上线,便将其删除。

使用Gitee的DevOps平台体验项目开发流程

🚀Gitee企业版免费版

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
要使用上面的那种分支模型,选择生产/开发分支其他的分支后续创建即可,因为如果选择了开发/发布/缺陷分离模型的话默认提供了feature等分支,但是通常来说是需要多个feature分支的,如果采用这种模型的话是不能再去创建feature分支的,所以选择生产/开发模型即可。

在这里插入图片描述
🚀为企业添加人员
在这里插入图片描述
在这里插入图片描述
🚀在项目和仓库中添加人员。
在这里插入图片描述
在这里插入图片描述

🚀模拟开发流程。

在file文件下进行开发,增加一个需求。
首先,要从develop分支的基础上创建处一个feature分支,完成需求后将feature分支合并到develop分支,删除feature分支。
在develop分支的基础上创建一个release分支,测试人员在此分支上进行测试工作。
测试完毕后将release分支合并到master分支进行上线。

  • 创建feature分支完成需求的开发
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • 将feature分支合并到develop分支。
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • 将develop分支合并到release分支(与上面操作一致)。
  • 将release分支合并到master分支。
    在这里插入图片描述
    在这里插入图片描述
    如果线上出现问题,可能还需要hotfix分支,在hotfix分支上解决问题后,要将hotfix分支合并到master分支和develop分支上。
    在合并完分支后要及时清理那些已经没用的分支。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/124562.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

50元买来的iPhone手机刷机经验

前段时间&#xff0c;家里的iPad被家人误操作&#xff0c;导致iPad变成不可使用状态。自己折腾了半天&#xff0c;没有找到解决办法。没有办法&#xff0c;只好拿到手机维修店去修理,很快就修理好了.其实也很简单--就是对iPad进行了刷机操作。当然我也看到了刷机的方法。今天&a…

完美的代价

题目&#xff1a; * 题目&#xff1a; * 回文串&#xff0c;是一种特殊的字符串&#xff0c;它从左往右和从右往左读是一样的。 * 现在给你一个串&#xff0c;它不一定是回文的&#xff0c;请你计算最少的交换次数使得该串变为完美的回文回文串。 * 例如&#xff1a;mamad * 第…

音视频技术开发周刊 | 317

每周一期&#xff0c;纵览音视频技术领域的干货。 新闻投稿&#xff1a;contributelivevideostack.com。 MIT惊人再证大语言模型是世界模型&#xff01;LLM能分清真理和谎言&#xff0c;还能被人类洗脑 MIT等学者的「世界模型」第二弹来了&#xff01;这次&#xff0c;他们证明…

275. H 指数 II

275. H 指数 II 难度: 中等 来源: 每日一题 2023.10.30 给你一个整数数组 citations &#xff0c;其中 citations[i] 表示研究者的第 i 篇论文被引用的次数&#xff0c;citations 已经按照 升序排列 。计算并返回该研究者的 h 指数。 h 指数的定义&#xff1a;h 代表“高…

“探索Linux世界:从CentOS安装到常见命令使用“

目录 引言一、安装CentOS二、Linux的常见命令文件夹和目录操作命令文件编辑命令vi或vim编辑器命令模式编辑模式末行模式 总结 引言 在计算机领域&#xff0c;Linux作为一种强大而灵活的操作系统&#xff0c;在服务器、嵌入式设备和个人电脑等领域广泛应用。本文将引导您了解并…

Linux基础环境开发工具的使用(yum,vim,gcc,g++)

Linux基础环境开发工具的使用[yum,vim,gcc,g] 一.yum1.yum的快速入门1.yum安装软件2.yum卸载软件 2.yum的生态环境1.操作系统的分化2.四个问题1.服务器是谁提供的呢?2.服务器上的软件是谁提供的呢?3.为什么要提供呢?4.yum是如何得知目标服务器的地址和下载链接呢?5.软件源 …

基于单片机的空气质量检测系统

欢迎大家点赞、收藏、关注、评论啦 &#xff0c;由于篇幅有限&#xff0c;只展示了部分核心代码。 技术交流认准下方 CSDN 官方提供的联系方式 文章目录 概要 一、主要内容二、系统方案设计2.1 系统方案设计2.2 主控制器模块选择 三、 系统软件设计4.1 程序结构分析4.2系统程序…

小红书平台用户数据分析与可视化

管理器、网页下载器、网页解析器、输出管理器这四个模块去搭建一个爬虫框架&#xff0c;将爬虫流程统一化&#xff0c;将通用的功能进行抽象&#xff0c;减少重复工作。要求实现的爬虫框架可以进行分布式爬取&#xff0c;解决爬虫的统一调度和统一去重&#xff0c;以及存储问题…

[激光原理与应用-72]:PLC架构与工作原理

目录 一、PLC简介 1.1 概述 1.2 基本组成 1.3 常见的PLC品牌比较 二、PLC程序执行原理 2.1 PLC有操作系统吗&#xff1f; 2.2 PLC程序执行 2.3 PLC编程语言 2.4 PLC编程过程 三、PLC编程工具 3.1 编程工具 四、PLC与工控机协同 4.1 PLC需要配置工控机吗&#xff1…

SpringBoot / Vue 对SSE的基本使用

一、SSE是什么&#xff1f; SSE技术是基于单工通信模式&#xff0c;只是单纯的客户端向服务端发送请求&#xff0c;服务端不会主动发送给客户端。服务端采取的策略是抓住这个请求不放&#xff0c;等数据更新的时候才返回给客户端&#xff0c;当客户端接收到消息后&#xff0c;再…

postman使用POST,却收到的是GET请求

现象&#xff1a; 可以看到我们postman发出的确实是post请求&#xff0c;message却报错这个接口不支持get请求&#xff0c;说明服务器实际上收到的是一个get请求。 产生原因分析 如果我们访问的是线上的接口&#xff0c;线上的nginx一般都会对http访问做一个302重定向&#xf…

生成的二维码如何解析出原来的地址?

生成的二维码如何解析出原来的地址&#xff1f; 随着移动互联网的发展&#xff0c;二维码作为一种快速获取信息的方式&#xff0c;在我们的生活中越来越常见。而PHP作为Web语言之一&#xff0c;也有着二维码解码的功能。 PHP中有着众多的二维码解码库&#xff0c;例如&#x…

k8s 集群部署

目录 1. 集群环境初始化 2. 所有节点安装kubeadm 3. 拉取集群所需镜像 4. 集群初始化 5. 安装flannel网络插件 6. 扩容节点 7. 设置kubectl命令补齐 官网&#xff1a; https://v1-23.docs.kubernetes.io/zh/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ …

git的使用——如何创建.gitignore文件,排除target、.idea文件夹的提交

前言 git作为开发人员必备的技能&#xff0c;需要熟练掌握&#xff0c;本篇博客记录一些git使用的场景&#xff0c;结合具体问题进行git使用的记录。以gitee的使用为例。 本篇博客介绍如何创建.gitignore文件&#xff0c;排除一些文件夹的提交&#xff0c;比如排除target、.i…

c++拷贝构造与赋值运算符重载

目录 目录&#xff1a; 1&#xff1a;拷贝构造 2&#xff1a;赋值运算符重载 前言&#xff1a;在上一章我们已经学习过了&#xff0c;构造与析构这两个默认成员函数了&#xff0c;接下来让我们一起来学习另外两个重要的默认成员函数。 首先让我们来讲一下默认成员函数这个概念…

【ARM Trace32(劳特巴赫) 使用介绍 2 -- Trace32 cmm 脚本基本语法及常用命令】

文章目录 Trace32 CMM 概述1.1 Trace32 系统命令 SYStem1.1.1 Trace32 SYStem.CONFIG1.1.2 SYStem.MemAccess1.1.3 SYStem.Mode1.1.3.1 TRST-Resets the JTAG TAP controller and the CPU internal debug logic1.1.3.2 SRST- Resets the CPU core and peripherals 1.2 Trace32 …

Azure - 自动化机器学习AutoML Azure使用详解

目录 一、AutoML是如何工作的&#xff1f;二、何时考虑AutoML&#xff1f;三、AutoML助力训练与集成过程四、实战案例五、总结 自动化机器学习&#xff0c;简称为AutoML&#xff0c;旨在将机器学习模型的开发中繁琐且重复的任务自动化。这使得数据科学家、分析师以及开发人员能…

ThinkPad电脑HDMI接口失灵如何解决?

ThinkPad电脑HDMI接口失灵如何解决&#xff1f; 如果平时正常使用的外接显示器&#xff0c;某天突然无法使用了&#xff0c;重新插拔依然无信号的话&#xff0c;可以打开系统的设备管理器&#xff08;快捷键winx&#xff09;&#xff0c;首先看一下监视器的识别情况&#xff0c…

Istio 实战

文章目录 Istio流量管理分享会【1】什么是istio?【2】istio 可以干什么?【3】业务中的痛点?【4】istio 高级流量管理5.1 istio 组件介绍与原理5.2 sidercar何时注入?如何控制是否注入?5.3 查看sidecar 容器插入的容器中的iptablesDestination RuleVirtual ServiceGateways…