git学习笔记 | 版本管理 - 分支管理 - 常见场景

news2024/10/6 6:46:15

文章目录

  • git学习笔记
    • Git是什么
    • 仓库
      • 常见的命令
        • commit 备注规范
        • 在文件下设置git忽略文件 .gitignore
    • 版本管理
      • git log | git reflog 查看提交日志/历史版本
      • 版本穿梭 git reset
        • git reset HEAD <file>
      • git checkout -- fileName 丢弃工作区的修改
      • git revert
          • Git恢复之前版本的两种方法reset、revert
        • git 撤销merge | git revert
      • 总结
        • 1.在工作区的代码
        • 2.代码add到暂存区，没有commit提交
    • 分支管理
      • 分支说明
      • 常见分支指令
      • 分支管理规范
      • 分支合并
        • git rebase
        • git stash 临时存储当前的工作现场

git学习笔记

学习文章1
学习文章2
学习文章3

Git是什么

Git是开源分布式版本控制系统，版本控制是一种记录文件内容变化，查阅特定版本修订情况的系统。

仓库

说法1
在这里插入图片描述

说法2在这里插入图片描述

虽然有两种说法，但大概意思是相同的，前三个区域都在本地，只有远程仓库不在本地。

本地仓库 = 工作区 + 版本区

  • 工作区:本地磁盘上的文件集合
  • 版本区(版本库)即.git文件 , git init表示在本地区域创建一个.git文件，也就是创建版本区

版本区 = 暂存区 + 仓库区

  • 暂存区: .git目录下的index文件，通过git add可将工作区文件添加到暂存区
  • 仓库区: git commit可将暂存区的文件提交到仓库区，形成历史版本

常见流程案例

  1. git init 初始化，把这个文件变成Git可以管理的仓库。初始化后打开隐藏的文件可以看到有一个.git文件。
  2. git add . 把这个文件全部提交到暂存区。
  3. git commit -m "评论" 把暂存区的全部文件提交到本地仓库。
  4. git remote add origin 仓库地址 把本地的仓库与GitHub上的远程仓库连接起来。只需要连接一次，就可以一直使用。
  5. git push -u origin master 把本地仓库提交到远程仓库。

常见的命令

指令描述常见使用方法
git add将本地区文件添加到暂存区,可以多次像暂存区添加添加文件到暂存区:git add 文件名
添加所有文件到暂存区:git add .
添加变化的文件到暂存区：git add -A
删除暂存区的文件: git rm --cached 文件名
git commit将暂存区的全部文件提交到仓库区，形成历史版本提交文件: git commit -m ”版本日志信息" 文件名
提交所有文件: git commit -m ”版本日志信息”
git status查看仓库区(本地库)状态红色文件没有加入暂存区，绿色加入了暂存区
git show 提交hash值查看某次commit的修改内容
  • git commit --amend 回车 修改上次的提交信息，push后不会增加新的commit记录，但是会修改本次的commit的thash(可以理解为删掉了最新的一次commit，重新又提交了一次)
  • git commit -m "msg" --no-verify 强制提交不检查

commit 备注规范

开头备注
feat:新功能、新特性
fix:修改 bug
perf:更改代码，以提高性能（在不影响代码内部行为的前提下，对程序性能进行优化）
refactor:代码重构（重构，在不影响代码内部行为、功能下的代码修改）
docs:文档修改
style:代码格式修改, 注意不是 css 修改（例如分号修改）
test:测试用例新增、修改
build:影响项目构建或依赖项修改
revert:恢复上一次提交
ci:持续集成相关文件修改
chore:其他修改（不在上述类型中的修改）
release:发布新版本
workflow:工作流相关文件修改

在文件下设置git忽略文件 .gitignore

忽略哪些文件？
以vue项目为例，node_modules下载的依赖包是不用上传的，因为该文件太大了并且有包管理文件package.json,可以利用包管理文件在重新下载依赖。
忽略一些与项目实际功能无关，比如.vscode等IDE文件
目的
1.屏蔽IDE工具之间的差异
2.上传的文件尽可能小，别人下载的速度会更快，更好的体验

怎么忽略
1.创建忽略规则文件 xxx.ignore , 建议是git.ignore
为了便于让~/.gitconfig文件(.git里)引用,建议与它放在一个目录下,或者可以直接修改~/.gitconfig

git.ignore文件模板，以vue项目为例

.DS_Store
node_modules/
/dist/
npm-debug.log*
yarn-debug.log*
yarn-error.log*

# Editor directories and files
.idea
.vscode
*.suo
*.ntvs*
*.njsproj
*.sln

在.gitconfig里引用

// 注意斜线的方向
 excludesfile = 绝对路径/git.ignore

版本管理

看了一篇很有意思的文章，感觉对版本控制的理由有帮助:Git之撤销修改 git checkout – file、git reset HEAD file 的使用

git log | git reflog 查看提交日志/历史版本

若多屏显示控制方式：空格向下翻页 b向上翻页 q退出

查看完整历史版本:git log

D:\work_code\demo\vue3_test>git log
commit eca39ce053d6a6c7650c10c6ab80d174cbbe3fcd (HEAD -> master)
Author: Ranan <ranan>
Date:   Fri Aug 25 19:20:25 2023 +0800

    modify

commit 36d5ec0bfa96ba0beb59e765de03024f383c9ae9
Author: Ranan <ranan>
Date:   Fri Aug 25 18:44:37 2023 +0800

    init

返回的信息中包含提交的UUID(commit 完整版本号)、当前分支、作者、日志和描述信息。

查看精简历史版本:git reflog

HEAD@{移动到当前版本需要多少步}，前面的数字表示本次版本的哈希值。

D:\work_code\demo\vue3_test>git reflog
eca39ce (HEAD -> master) HEAD@{0}: commit: modify
36d5ec0 HEAD@{1}: commit (initial): init

区别
git reflog会记录每一次命令，可以查看所有分支的所有操作记录。
git log不会显示回溯版本之后提交的版本也不能查看已经删除的记录。

版本穿梭 git reset

本质:操作HEAD的指针，HEAD指针默认是指向最近的版本。
命令：git reset 强度 局部hash(推荐用法)

强度头指针恢复已经add的缓存区工作区代码描述
--soft commithash√不丢失不变从commithash之后的提交回退到暂存区
--mixed commithash√丢失不变
--hard commithash√丢失恢复到穿梭的版本

如果穿梭git reset在旧版本后，使用git push会把报错，因为本地仓库HEAD指向的版本比远程库旧。
解决办法:git push -f强制推，该版本之后的新版本全部消失。

常见使用场景
执行commit后，还没执行push时，想要撤销这次的commit：git reset --soft HEAD^

其他用法

git reset --hard head #当前版本
git reset --hard HEAD^ #回退到上一个版本
git reset --hard HEAD^^ #回退到上上一个版本
git reset --hard HEAD~3 #回退到往上3个版本
git reset --hard HEAD~10 #回退到往上10个版本

使用案例

先使用git reflog查看本地库的版本情况以及对应的局部hash值，在使用git reset --hard 局部hash回溯版本

// 案例: 回到版本36d5ec0 
D:\work_code\demo\vue3_test>git reset --hard 36d5ec0
HEAD is now at 36d5ec0 init

D:\work_code\demo\vue3_test>git reflog
36d5ec0 (HEAD -> master) HEAD@{0}: reset: moving to 36d5ec0
eca39ce HEAD@{1}: commit: modify
36d5ec0 (HEAD -> master) HEAD@{2}: commit (initial): init

D:\work_code\demo\vue3_test>git log
commit 36d5ec0bfa96ba0beb59e765de03024f383c9ae9 (HEAD -> master)
Author: Ranan <ranan>
Date:   Fri Aug 25 18:44:37 2023 +0800

    init

版本前进

// 案例: 前进到modify版本

D:\work_code\demo\vue3_test>git reset --hard eca39ce
HEAD is now at eca39ce modify

D:\work_code\demo\vue3_test>git reflog
eca39ce (HEAD -> master) HEAD@{0}: reset: moving to eca39ce
36d5ec0 HEAD@{1}: reset: moving to 36d5ec0
eca39ce (HEAD -> master) HEAD@{2}: commit: modify
36d5ec0 HEAD@{3}: commit (initial): init

D:\work_code\demo\vue3_test>git log
commit eca39ce053d6a6c7650c10c6ab80d174cbbe3fcd (HEAD -> master)
Author: Author: Ranan <ranan>
Date:   Fri Aug 25 19:20:25 2023 +0800

    modify

commit 36d5ec0bfa96ba0beb59e765de03024f383c9ae9
Author: Author: Ranan <ranan>
Date:   Fri Aug 25 18:44:37 2023 +0800

    init

git reset HEAD

命令:git reset HEAD <file>
说明: 拉取最近一次提交到版本库的文件到暂存区，不影响工作区

从版本库中 拉取file到 暂存区。当我们把工作区的某个文件弄乱了 ，就可以使用该命令把版本库中的同名文件拉到暂存区，然后在拉回工作区。

这里HEAD是版本指针，也可以是其他版本地址的哈希值。

// 1.工作区修改age为15 add src/App.vue 文件进暂存区
D:\work_code\demo\vue3_test>git add -A

在这里插入图片描述

// 2.将仓库区最新版本的该文件拉到暂存区，不影响工作区age还是15
D:\work_code\demo\vue3_test>git reset HEAD src/App.vue
Unstaged changes after reset:
M       src/App.vue

在这里插入图片描述

todo 这里感觉和git rm --cached 文件名删除暂存区的文件很像，之间的差异暂时通过看文章没有感觉出来，等工作中使用积累后更新

git checkout – fileName 丢弃工作区的修改

命令:git checkout -- fileName 放弃指定文件工作区的修改 | git checkout .放弃工作区所有文件的修改
说明:可以理解撤销add的内容(基于上一次add)，把该文件在工作区的修改全部撤销(没办法恢复!)

案例说明
1.add之后(比如 one)，工作区代码修改(添加two)，使用git checkout -- fileName恢复命令，工作区代码从暂存区拉出来(只有one)
2.先add添加后commit提交(比如 one)，工作区代码修改(添加two)，使用git checkout -- fileName恢复命令，工作区从仓库区恢复(只有one)

关于是从暂存区还是仓库区拉取，这里有争议。我暂时的理解是先走暂存区，暂存区没有再走仓库区。

使用说明
-- 选项的作用是表明内容是目录或文件，而不是分支名，避免有文件名和分支名一样而出错的情况，因为 git checkout 后面直接加分支名就成了切换分支了，在保证不会混淆的情况下，可以直接使用git checkout <file>

git revert

命令:git revert -n 版本号
本质:git revert是用于“反做”某一个版本，以达到撤销该版本的修改的目的。
举例：commit了三个版本（版本一、版本二、 版本三），突然发现版本二不行（如：有bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert -n 版本二的版本号 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西。
说明: 生成一个新的提交来覆盖旧的提交，被撤销的提交 和新的提交记录都会保存
在这里插入图片描述

Git恢复之前版本的两种方法reset、revert
命令原理适用场景
git reset修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本恢复到之前某个提交的版本，且该版本之后提交的版本都不需要了
gir revert用于“反做”某一个版本，以达到撤销该版本的修改的目的。想撤销之前的某一版本，又想保留该目标版本后面的版本，记录下这整个版本变动流程

git 撤销merge | git revert

git revert取消指定的某次提交内容时需要考虑两种commit

  • 常规的commit git commit提交，只有一个parent commit
  • merger commit git merge合并两个分支后，会得到一个新的merge commit，有两个parent commit

使用git show查看merge commit

➜  git show bd86846
commit bd868465569400a6b9408050643e5949e8f2b8f5
Merge: ba25a9d 1c7036f
#  merge commit bd86846是从 ba25a9d 和 1c7036f 两个 commit 合并过来的。

命令:git revert -m 选项 需要撤销的merge哈希值
-m 选项接收的参数是一个数字，数字取值为 1 和 2，也就是 Merge 行里面列出来的第一个还是第二个。

经典的案例:https://www.cnblogs.com/bescheiden/articles/10563651.html

总结

1.在工作区的代码

git checkout -- 文件名 #丢弃某个文件的修改
git checkout . #丢弃全部

丢弃全部包括:新增的文件会删除，删除的会恢复，修改的会回去。变化的地方是基于上一次add或commit。

2.代码add到暂存区，没有commit提交

git reset HEAD <file> #从最近的版本将该文件拉取到暂存区
git reset HEAD .

仅改变暂存区，不改变工作区。

分支管理

程序员将自己的工作从开发主线上分离开来，开发自己的分支不会影响主线分支的运行。

优势

  • 同时并行推进多个功能开发，提高开发效率
  • 各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可

git branch 查看当前工作在哪个分支
HEAD指针指向当前工作的本地分支，可以理解为当前分支的别名。

分支说明

  • 分支切换会改变你工作目录中的文件
    在切换分支时，一定要注意工作目录里的文件会被改变。 如果是切换到一个较旧的分支，你的工作目录会恢复到该分支最后一次提交时的样子。 如果Git不能干净利落地完成这个任务，它将禁止切换分支。
  • 如果不指定从哪个分支(源分支)上创建的新分支(目的分支)，默认是从master分支上创建。目的分支创建时会继承此时源分支的所有提交。

常见分支指令

命令名称作用
git branch 分支名在当前所在的提交对象上创建一个指针，指针名为分支名。
git branch -v查看分支
git checkout 分支名切换分支，修改HEAD指针的指向
git checkout -b 分支名以当前分支为基准，创建并切换到指定分支
等于git branch 分支名 + git checkout 分支名
git merge 分支名把指定的分支合并到当前分支上
git branch -D 分支名删除本地分支，需要在其他分支上进行
git push origin -D [branchName]删除远端分支

比如创建一个dev分支
在这里插入图片描述

分支管理规范

参考文章:https://juejin.cn/post/6844903945245048846

  • 开发人员在 develop 分支上实现新功能
  • feature 分支
    • 开发一个独立的新特性(完成时，需合并到 develop 分支)
    • 技术研究与尝试(若失败，可随时删除 feature 分支)
    • 提前实现下一个版本需要开发的特性(可不在本次迭代中发布)

分支合并

合并分支时，如果没有冲突，并且分支是单向一条线路继承下来的，git会使用fast forword模式，但是有些快速合并不能成功，又没有冲突时，就会触发分支管理策略，git会自动做一次新的提交。

  • git merge [branchName] --squash 将branchName合并到当前分支，并将branchName上的所有提交合并成一次提交

git rebase

参考文章:https://blog.csdn.net/weixin_42310154/article/details/119004977

结论摘要:不推荐使用
拉公共分支最新代码——rebase，也就是git pull -r或git pull --rebase。
好处是提交记录会比较简洁。
缺点是rebase以后不知道当前分支最早是从哪个分支拉出来的了，因为基底变了。

git stash 临时存储当前的工作现场

使用场景
正在修改A分支的某个功能时，优先级更高的任务出现了，但是该任务在B分支。
①提交后切换，代码保存在A分支，但是产生了无意义的提交。

在分支A上做的修改如果没有add或者commit，切换分支之后修改会被携带。

②git stash 将当前修改(未提交的代码)存入暂存区，切换分支B修改完成后，在git stash pop取出。

git stash暂存后，工作区代码会恢复到最后一次提交时的代码。

常见命令

命令描述
git stash临时存储当前未commit的工作现场
git stash save “message”临时存储当前未commit的工作现场，并添加描述。
在多个stash的时候推荐
git stash show查看刚才暂存的修改
git stash show -p stashname显示指定的贮藏文件具体改动
git stash pop切换到临时存储现场的分支后，弹出栈顶的stash
git stash apply stash@{X}换到临时存储现场的分支后，取出相应的暂存。X可使用命令git stash list查看，省略stash@{X}表示最近一次。
git stash drop stash@{X}将记录表中取出的对应暂存记录删除。X可使用命令git stash list查看，省略stash@{X}表示最近一次。
git stash list查看存储区的所有暂存修改记录

使用步骤

  1. 切换分支B前保存现场，git stash 或 git stash save "message"
  2. 修改完后，切换分支A再恢复现场，git stash pop 或 git stash apply stash@{X}恢复现场

存储位置说明

  • .git/refs/stash 中，存储的是最后一个 stash 对应的节点指针
  • .git/log/refs/stash 中,可以看到全部的 stash 记录信息

说明
git stash 只能将修改项藏匿，并能将新增项藏匿。
解决办法：
①先 git add，在 git stash，成功藏匿了新增和修改。
②git statsh -u

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

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

IP对讲终端SV-6005带一路2×15W或1*30W立体声做广播使用

IP对讲终端SV-6005带一路2×15W或1*30W立体声做广播使用

IP对讲终端SV-6005双按键是一款采用了ARMDSP架构&#xff0c;接收网络音频流&#xff0c;实时解码播放&#xff1b;配置了麦克风输入和扬声器输出&#xff0c;SV-6005带两路寻呼按键&#xff0c;可实现对讲、广播等功能&#xff0c;作为网络数字广播的播放终端&#xff0c;主要…
阅读更多...
《孤注一掷》背后的技术对抗

《孤注一掷》背后的技术对抗

点击文末“阅读原文”即可参与节目互动 剪辑、音频 / 朱峰 运营 / SandLiu 卷圈 监制 / 姝琦 封面 / 姝琦midjourney 产品统筹 / bobo 录音间 / 声湃轩北京站 这两天主播们都看完了《孤注一掷》&#xff0c;抛开剧情里面的细节不讲&#xff0c;这部“反诈宣传片”给了大家…
阅读更多...
从C过渡到C ++的3个理由

从C过渡到C ++的3个理由

几十年来&#xff0c;嵌入式软件工程师之间一直在争论他们应该使用C还是C 。根据2020年嵌入式市场调查&#xff0c;在大多数情况下&#xff0c;微控制器制造商提供的软件都以C语言提供&#xff0c;实际上&#xff0c;有56&#xff05;的嵌入式软件是用C语言编写的。但是&#x…
阅读更多...
基于社交网络算法优化的BP神经网络（预测应用） - 附代码

基于社交网络算法优化的BP神经网络（预测应用） - 附代码

基于社交网络算法优化的BP神经网络&#xff08;预测应用&#xff09; - 附代码 文章目录 基于社交网络算法优化的BP神经网络&#xff08;预测应用&#xff09; - 附代码1.数据介绍2.社交网络优化BP神经网络2.1 BP神经网络参数设置2.2 社交网络算法应用 4.测试结果&#xff1a;5…
阅读更多...
显示GPU进程所属docker 容器

显示GPU进程所属docker 容器

一台服务器&#xff0c;每个人在上面run一个容器&#xff0c;跑各自的代码&#xff0c;虽然通过nvidia-smi可以看到每个进程占用的GPU&#xff0c;但是不好找进程对应的容器id&#xff0c;就没法确认到底是谁占用了较多GPU。 常规操作 通过 nvidia-smi 查看进程占用GPU情况&a…
阅读更多...
[C/C++]指针详讲-让你不在害怕指针

[C/C++]指针详讲-让你不在害怕指针

个人主页&#xff1a;北海 &#x1f390;CSDN新晋作者 &#x1f389;欢迎 &#x1f44d;点赞✍评论⭐收藏✨收录专栏&#xff1a;C/C&#x1f91d;希望作者的文章能对你有所帮助&#xff0c;有不足的地方请在评论区留言指正&#xff0c;大家一起学习交流&#xff01;&#x1f9…
阅读更多...
【Vuex状态管理】Vuex的基本使用；核心概念State、Getters、Mutations、Actions、Modules的基本使用

【Vuex状态管理】Vuex的基本使用；核心概念State、Getters、Mutations、Actions、Modules的基本使用

目录 1_应用状态管理1.1_状态管理1.2_复杂的状态管理1.3_Vuex的状态管理 2_Vuex的基本使用2.1_安装2.2_创建Store2.3_组件中使用store 3_核心概念State3.1_单一状态树3.2_组件获取状态3.3_在setup中使用mapState 4_核心概念Getters4.1_getters的基本使用4.2_getters第二个参数4…
阅读更多...
c++ boost::json

c++ boost::json

Boost社区12月11日发布了1.75版本&#xff0c;在之前&#xff0c;​​Boost使用Boost.PropertyTree解析​​JSON​​​&#xff0c;​​XML​​​&#xff0c;​​INI​​​和​​INFO​​​格式的文件。但是由于成文较早及需要兼容其他的数据格式&#xff0c;相比较于其他的​…
阅读更多...
怎么自学嵌入式？

怎么自学嵌入式？

嵌入式开发&#xff0c;简直就是一个无穷无尽的知识海洋&#xff01;你永远都学不够&#xff01;当然啦&#xff0c;这并不意味着你得花个三五年才能掌握。如果你只是想找嵌入式开发的工作&#xff0c;其实只需花三五个月有针对性地学习&#xff0c;就可以完全hold住。本文就给…
阅读更多...
MybatisPlus核心功能

MybatisPlus核心功能

文章目录 一、前言二、核心功能2.1、条件构造器2.1.1、基础查询条件2.1.2、复杂查询条件2.1.3、动态查询条件2.1.4、查询结果排序2.1.5、执行查询 2.2、主键策略2.2.1、自增主键策略2.2.2、UUID 主键策略2.2.3、雪花算法主键策略2.2.4、自定义 ID 生成策略 三、总结 一、前言 …
阅读更多...
学习node之——如何在项目中使用MySQL、前后端的身份认证

学习node之——如何在项目中使用MySQL、前后端的身份认证

上一篇文章只写了一丢丢&#xff0c;这篇才是正片&#xff0c;look look look 一、使用mysql模块操作数据库 1、查询数据 这里连接数据库的用户和密码都是我们在安装mysql时配置的密码。每个人的users表格里面数据不同&#xff0c;结果也会不一样哟&#xff01; // 导入mys…
阅读更多...
使用Spring Boot和Kafka实现消息发送和订阅

使用Spring Boot和Kafka实现消息发送和订阅

文章目录 一&#xff0c;新建Spring Boot1&#xff0c;Maven配置2&#xff0c;无法识别为SpringBoot项目3&#xff0c;无效的源发行版4&#xff0c;无法访问SpringApplication5&#xff0c;运行直接Finish6&#xff0c;服务运行成功 二&#xff0c;安装启动Kafka1&#xff0c;下…
阅读更多...
从零开始学习 Java：简单易懂的入门指南之查找算法及排序算法（二十）

从零开始学习 Java：简单易懂的入门指南之查找算法及排序算法（二十）

查找算法及排序算法 常见的七种查找算法&#xff1a;1. 基本查找2. 二分查找3. 插值查找4. 斐波那契查找5. 分块查找6. 哈希查找7. 树表查找 四种排序算法&#xff1a;1. 冒泡排序1.1 算法步骤1.2 动图演示1.3 代码示例 2. 选择排序2.1 算法步骤2.2 动图演示 3. 插入排序3.1 算…
阅读更多...
基于ETLCloud的自定义规则调用第三方jar包实现繁体中文转为简体中文

基于ETLCloud的自定义规则调用第三方jar包实现繁体中文转为简体中文

背景 前面曾体验过通过零代码、可视化、拖拉拽的方式快速完成了从 MySQL 到 ClickHouse 的数据迁移&#xff0c;但是在实际生产环境&#xff0c;我们在迁移到目标库之前还需要做一些过滤和转换工作&#xff1b;比如&#xff0c;在诗词数据迁移后&#xff0c;发现原来 MySQL 中…
阅读更多...
部署问题集合（二十二）Linux设置定时任务，并设置系统时间

部署问题集合（二十二）Linux设置定时任务，并设置系统时间

前言 因为项目中经常用到定时任务&#xff0c;特此总结记录一下 步骤 大部分虚拟机创建后就自带定时服务&#xff0c;直接用命令就好编辑定时任务&#xff1a;crontab -e&#xff0c;在该文件下添加如下内容开机自启&#xff1a;reboot /home/autoRun.sh定时执行&#xff1a…
阅读更多...
基于java+springboot+vue的交流互动系统-lw

基于java+springboot+vue的交流互动系统-lw

​ 系统介绍&#xff1a; 随着现在网络的快速发展&#xff0c;网上管理系统也逐渐快速发展起来&#xff0c;网上管理模式很快融入到了许多企业的之中&#xff0c;随之就产生了“交流互动系统”&#xff0c;这样就让交流互动系统更加方便简单。 对于本交流互动系统的设计来说&a…
阅读更多...
字节一面：你能讲一下跨域吗

字节一面：你能讲一下跨域吗

前言 最近博主在字节面试中遇到这样一个面试题&#xff0c;这个问题也是前端面试的高频问题&#xff0c;作为一名前端开发工程师&#xff0c;我们日常开发中与后端联调时一定会遇到跨域的问题&#xff0c;只有处理好了跨域才能够与后端交互完成需求&#xff0c;所以深入学习跨域…
阅读更多...
STM32F103驱动oled显示屏

STM32F103驱动oled显示屏

STM32F103驱动oled显示屏 一.了解oled显示屏二.IIC协议驱动oled显示屏2.1 oled.c2.2 oled.h 三.效果展示 一.了解oled显示屏 oled显示屏和其他显示屏类似&#xff0c;不过他只有0.96英寸&#xff0c;屏幕较小&#xff0c;但是使用起来比较方便。有二种驱动方式&#xff0c;分别…
阅读更多...
Python学习笔记——从面试题出发学习Python

Python学习笔记——从面试题出发学习Python

Python学习笔记——从面试题出发学习Python Python学习笔记——从面试题出发学习Python1. 可变数据类型与不可变数据类型&#xff0c;深拷贝与浅拷贝&#xff0c;函数参数的传递机制1.1 变量与对象1.2 可变数据类型与不可变数据类型1.3 深拷贝与浅拷贝1.4 函数参数的传递机制1.…
阅读更多...
SIP对讲求助终端，带功放输出

SIP对讲求助终端，带功放输出

SV-7011TP SIP对讲求助终端&#xff0c;带功放输出 一、描述 网络对讲终端SV-7011TP&#xff0c;SV-7011TP能处理tcp/ip网络音频流&#xff0c;并驱动扬声器进行播音的终端&#xff0c;主要用于公共数字广播&#xff0c;媒体教学&#xff0c;报警等需要数字音频的领域。 SV-…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023