GIT开发中的使用

GIT

什么是Git?

Git是一个版本控制器:可以记录工程的每一次改动和版本迭代的一个管理系统

注意事项:

  • 所有的版本控制系统,其实只能跟踪文本文件的改动(如TXT文件、网页、所有的程序代码等),版本控制系统可以告诉你每次的改动,如第几行增加/删除了某些单词等
  • 而图片、视频等二进制文件,虽然也可以由版本控制系统管理,但是无法跟踪文件的改变,只能知道文件大小的变化(从100K -> 200K等操作)

Git的安装

  • Linux-centos

查看版本:

git --version

安装Git:

sudo yum -y install git

  • Linux-ubantu

查看版本:

git --version

安装Git:

sudo apt-get install git -y

Git 的基本操作

创建本地仓库:

git init

切记: 不要在.git文件中进行操作

配置Git:

配置用户名

git config [–global] user.name “昵称”

配置邮箱

git config [–global] user.email “邮箱格式”

注意: 执行命令必须在仓库中, --global是可选项,作用是把配置应用到当前机器的所有仓库中,而要删除全局配置也需要加上–global选项

查看配置命令:

git config -l

删除对应的配置命令:

git config [–global] --unset user.name

git config [–global] --unset user.email

认识工作区、暂存区、版本库

工作区: 电脑上要存放代码或者文件的目录

暂存区: 英文名(stage/index)一般存放在 .git目录下的index文件中,有时候也把暂存区叫做索引

版本库: 又叫仓库(repository),工作区有一个隐藏目录 .git,它不算工作区,而是Git的版本库,这个版本库里的文件都可以被Git管理起来,每个文件的修改、删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来的某个时刻可以“还原”

在这里插入图片描述

  • 工作区和版本库是处在同一个文件目录下的
  • 在创建Git版本库时,Git会为我们自动创建一个唯一的master分支,以及指向master的一个指针HEAD
  • 当对工作区修改的文件执行 git add 命令时,暂存区目录树的文件索引会被更换
  • 当执行 git commit 时,master分支会作相应的更新(暂存区的目录树才会被真正写到版本库中)

添加文件

添加一个或多个文件到暂存区:

git add [文件1] [文件2] …

添加指定目录到暂存区,包括子目录:

git add [目录]

添加当前目录下所有文件的改动到暂存区:

git add .

提交暂存区全部内容到本地仓库:

git commit -m “message”

提交暂存区的指定文件到仓库区:

git commit [文件1] [文件2] … -m “message”

注意: git commit 后面的-m 选项,要跟上描述本次提交的message,由用户自己完成,此部分内容不可省,要好好描述,用来记录提交细节,git commit 命令执行成功后会告诉我们改动结果

查看历史提交记录:

git log

该命令从近到远的显示提交日志,并且可以看到我们commit时的日志消息,如果觉得输出的信息太多,可以加上–pretty=oneline参数:

git log --pretty=oneline

查看.git文件

tree .git/

在这里插入图片描述

  • index 就是暂存区,add后的内容都是添加到这里的
  • HEAD 是默认指向master分支的指针
  • refs/heads/master 文件里保存了当前master分支的最新commit id
  • objects 是git的对象库,包括了创建的各种版本库对象以及内容

当执行git add 命令时,暂存区的目录树被更新,同时工作区修改的文件内容被写入到对象库中的一个新的对象中,位于“.git/objects”目录下,查找object时要将commit id分成2部分,前2位是文件夹名称,后38位是文件名称,找到这个文件之后,一般不能直接看到里面是什么,该文件是经过sha(安全哈希算法)加密过的文件,我们可以通过

git cat-file -p

命令来查看版本库对象的内容。

注意: Git跟踪并管理的是修改(新增、删除等),并不是文件

查看当前仓库的状态:

git status

该命令用于查看上次提交之后是否对文件再次进行修改

显示暂存区和工作区文件的差异:

git diff [文件名]

显示版本库和工作区文件的区别:

git diff HEAD --[文件名]

版本回退

语法:

git reset [–soft | --mixed | --hard] [HEAD]

  • HEAD
    • 可直接写成commit id ,表示指定退回的版本
    • HEAD 表示当前版本
    • HEAD^ 上一个版本
    • HEAD^^ 上上一个版本
    • 以此类推……
  • 可以使用~数字表示:
    • HEAD~0 当前版本
    • HEAD~1 上一个版本
    • HEAD~2 上上一个版本
    • 以此类推……
  • --soft 只回退版本库,工作区和暂存区不回退
  • --mixed 回退版本库和暂存区,不回退工作区
  • --hard 回退工作区、暂存区、版本库到指定版本

打印历史日志(可以补救回退之后找不到回退之前的版本ID):

git reflog

虽然这里面只是版本号的一部分,不过依然可以用来回退到相对应的版本

撤销修改

如果在工作区 写了很长是时间的代码,但是觉得不妥,想恢复到上一个版本(大前提:都未把本地仓库push到远程仓库)

  • 工作区的代码,未进行add

    手动删除:可以直接删除(通过对文件内容的操作)

    使用:

    git checkout – [文件名]

    让工作区回到最近一次add或者commit时的状态,其中–不可省

  • 已经add,但未commit

    使用git reset [--mixed(默认参数,可以省略)] HEAD [文件名]

  • 已经add,并且也已经commit了

    直接通过git reset --hard HEAD^ 回退版本

删除(版本库中)文件

  • 逐步操作

    rm [文件名] “删除工作区”

    git add

    git commit

  • 工作区和暂存区合并操作

    git rm [文件名] “该命令会直接把工作区和暂存区都删除”

    git commit

分支管理

理解分支

Git会把每次的(提交)操作串联成一条时间线,这条时间线可以理解成为是一个分支,每次提交,master分支都会向前移动一步,随着不断的提交,master分支的线也会越来越长,而HEAD指针只要一直指向master分支即可指向当前分支

在这里插入图片描述

创建分支

Git支持创建其他分支,我们创建一个自己的分支dev

分支命令:

git branch #查看当前本地分支

git branch [分支名,这里是dev] #新建分支dev

当我们创建新的分支之后,Git新建了一个指针叫dev,* 表示当前HEAD 指向的分之是master 分支,刚创建好dev分支之后,会发现当前dev和master指向同一个修改

在这里插入图片描述

切换分支

切换命令:

git checkout [分支名]

此时,HEAD指向dev,表示我们切换到了dev分支上

在这里插入图片描述

合并分支

注意: 合并分支要在主分支(要合并到的分支)上操作,如dev合并到master上,需要在master分支下操作(合并)

命令:

git merge [被合并的分支名,此处是dev]

在这里插入图片描述

合并后状态如图,master就可以看到dev分支提交的内容

Fast-forward代表“快进模式”,也就是直接把master指向dev的当前提交,所以合并速度很快

删除分支

合并完分支之后dev分支对我们来说就没什么用了,那么dev分支就可以被删除了

注意: 删除分支的时候不能处于要被删除的分支之下操作

删除分支命令:

git branch -d(delete) [分支名]

因为创建、合并和删除分支非常快,所以Git鼓励使用分支完成某个任务,这和直接在master分支上工作效果一样,但是过程很安全。

合并冲突

实际的合并的时候,可能会出现代码冲突问题

情景:在master单分支下创建一个新分支dev1,并切换至dev1,在dev1分支下对ReadMe文件修改(末尾一行改为bbb)并进行提交,切换回master分支,发现ReadMe文件并未修改(末尾一行是文件原本内容aaa),此种情况很正常,之后对ReadMe文件再进行修改(末尾一行的aaa改为ccc)并进行提交,此时在master分支下的master文件末尾内容是ccc,在dev1分支下ReadMe文件末尾是bbb,然后在master分支下合并master分支和dev1分支,会出现合并冲突

在这里插入图片描述

此种情况,Git只能试图把各自的修改合并起来,但是这种合并就会有冲突

报错:Automatic merge failed; fix conflicts and then commit the result.

发现ReadMe文件有冲突后,可以直接查看文件内容

Git会用<<<<<<<,=======, >>>>>>> 来标记出不同分⽀的冲突内容

……

<<<<<<< HEAD

write ccc for new branch

=======

write bbb for new branch >>>>>>> dev1

此时我们需要手动调整冲突代码,并提交(再次提交很重要,切勿忘记)

冲突解决完之后状态为:

在这里插入图片描述

最后,不要忘记dev1分支使用完毕后可以删除

创建分支并且切换到新创建的分支上:

git checkout -b [新创建的分支名]

通过log命令来查看分支合并情况(图示法)

git log --graph [–pretty=oneline] --abbrev-commit

分支管理策略

对于Git合并分支时会有两种模式

  • 模式一:Fast forword(ff模式)

在这里插入图片描述

在此模式下,删除分支后,查看分支历史时,会丢掉分支信息,看不出最新提交 到底是merge进来的还是正常提交的

  • 模式二:非Fast forword(no-ff模式)

在这里插入图片描述

此模式下,可以从分支历史中看出分支信息

Git支持我们强制禁止Fast forword 模式,那么我们在merge时生成一个新的commit,这样从分支历史上可以看出分支信息

强制禁止Fast forword 模式(也就是在合并时伴随着再次提交):

git merge [–no-ff] [-m “日志信息”] [要被合并的分支名]

注意: --no-ff参数,表示禁用Fast forword模式,此时会创建一个新的commit,所以加上-m参数,把描述写进去。

此时状态为:

在这里插入图片描述

所以合并分支时,加上--no-ff 参数就可以使用普通模式合并,合并后的历史有分支,能看出曾经做过合并,而Fast forword合并则看不出曾经做过合并

分支策略: 实际开发中,应该按照master分支非常稳定 来发布新版分,也就是说,不能再master分支上写新代码,而要在dev分支上开发新功能,到一定程度再把dev分支合并到master分支上

bug分支

如果在dev2分支上开发到了一半,发现master分支上有bug,需要解决。在Git中,每个bug都可以通过一个新的临时分支来修复,修复后,分支合并,然后将临时分支删除,但是此时dev2的代码工作区已经开发了一半,暂时无法提交怎么办?

Git提供了git stash 命令:

git stash #将当前工作区信息进行储藏,被储藏的内容可以在将来的某个时间恢复

储藏dev2工作区之后,由于我们要基于master分支修复bug,所以需要我们切回master分支,新建fix_bug分支进行修复bug操作,当bug修复完成,继续切回dev2分支进行开发,但是此时工作区是干净的,我们需要使用:

git stash pop #来恢复储藏信息到dev2工作区

git stash list #查看储藏信息

#注意:

git stash apply #恢复现场,但是refs下的stash内容并不删除

git stash drop #配合上方命令主动删除stash内容

#可以使用以下命令恢复指定的stash:

git stash list #查看stash目录

git stash apply stash@{0}

注意: 储藏的信息是在refs下保存,当我们使用git stash pop 恢复储藏之后,会自动删除refs下的stash内容

修复完bug之后的合并方式:

修复完bug之后,并未在dev2上显示,也就是说master分支的最新提交是要领先于新建dev2时master的状态,所以我们在dev2下看不到修复的bug的相关代码在这里插入图片描述

  • 直接将开发分支合并到master分支上(会出现代码冲突,解决冲突容易出错)

在这里插入图片描述

  • master分支先合并到开发分支上,后再合并到master分支上(将代码冲突的解决放到开发代码分支上处理)

在这里插入图片描述

删除临时分支

一般我们在开发代码的时候都是新建一个分支,在新建的分支上操作,但是如果此时在新建分支上开发代码到一般情况下,被项目经理叫停说不开发这个功能了,虽然白干了,但是这个新建的分支(已经add和commit)还得销毁,这时git branch -d 命令(只能删除未进行add和commit操作的分支)删除不了分支

强制删除分支:

git branch -D [分支名]

远程仓库

Git是分布式版本控制系统 ,上面的介绍都是在本地,那么分布式如何理解?

就是找一台24小时运行的电脑,作为一个充当服务器角色,所有人都从这个“服务器”(github或者gitee)仓库克隆(拉取)一份到自己的电脑上,并且各自把各自的提交推送到服务器仓库里,也从服务器仓库中拉取别人的提交。

克隆远程仓库:

git clone [远程仓库的地址]

克隆地址有两种方式:

  • HTTPS方式(每次推送需要输入口令)
  • SSH方式(每次推送不需要输入口令)

https简单方便,SSH方式需要在远端库中配置公钥(否则会被服务器拒绝clone链接)

SSH方式的公钥和私钥生成方式:

如果在.ssh目录下没有id_rsaid_rsa.pub 这两个文件,就是没有生成公钥和私钥

ssh-keygen -t rsa -C [“自己的邮箱(就是在gittee上面的邮箱)”]

一路回车,然后去.ssh 文件夹里找id_rsaid_rsa.pub(公钥) 这两个文件

Github/Gitee允许添加多个公钥

当从远程仓库克隆后,实际上Git会自动把本地的master分支和远程的master分支对应起来,并且,远程仓库的默认名称是origin 在本地可以使用

git remote #查看远程库的信息

git remote -v #显示更详细的信息

向远程仓库推送

命令:

git push [远程主机名] [本地分支名]:[远程分支名]

git push [远程主机名(origin)] [本地分支名] #当本地分支名和远程分支名一致时可省略远程分支名

注意:

在推送前需要本地设置的name和email和gitee上配置的用户名和邮箱一致,否则会出错

拉取远程仓库

命令:

git pull [远程主机名(origin)] [远程分支名]:[本地分支名]

git pull [远程主机名(origin)] [远程分支名] #当远程分支名和本地分支名一致时,可以省略本地分支名

配置Git

忽略特殊文件

日常开发中,有些文件不想或者不应该提交到远端,比如:保存了数据库密码的配置文件,那么怎么让Git知道呢?

在Git的工作区的根目录下创建一个特殊的.gitignore 文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件。

  • .gitignore 文件可以在gitee创建仓库的时候自动生成(勾选操作)

  • 但是如果没有选择,也可以创建一个

如果要忽略以.so.ini 结尾的所有文件:

#省略选择模本的内容

……

#My configurations:

*.so

*.ini

.* #排除所有.开头的隐藏文件

!XXX(文件名).so(文件后缀)

.gitignore 文件中也可以指定某个确定的文件

当某个文件在我们要忽略的配置文件中,但是却要强制添加:

git add [-f] [文件名] #在.gitignore被忽略后,强制添加到git管理中

git check-ignore [-v] [文件名.后缀] #查看某个文件在.ignore文件中的配置

给命令配置别名

使用Git的时候有些命令太长了,我们可以把它简化:

比如将git log --pretty=oneline --abbrev-commit 简化为git lpa

git config --global [alias.lpa(简化后的命令)] [‘log --pretty=oneline --abbrev-commit’(简化前的命令)] #–global是对该电脑下的所用仓库适用,如果不加,就只是对当前仓库起作用

注意简化的只是不包含git这个开头关键字之后的命令

标签管理

理解标签

标签tag 可以简单的理解为对某次提交的一个标识,相当于是起了别名,比如针对某个版本的最后一个提交起一个v1.0 这样的标签来标识里程碑的意义

相较于本次提交的commit id,tag很好的代替了它

创建标签

git tag [标签名] #(默认)给最新一次的提交打上标签

git tag #查看所有标签

git tag [标签名] [某次cimmit id] #给某个历史提交的commit id打上标签

git show [标签名] #查看标签信息

git tag -a [标签名] -m “XXX” [commit id] #给某次历史提交的commit id打上标签并且给上说明 -a指定标签名 -m指定说明文字

注意: 标签不是按照时间排序的,而是按照字母进行排序,而且创建完标签,在refs下问有一个tag,tag下存的是标签,但是标签里面存的是commit id

操作标签

删除标签:

git tag -d [标签名] #删除标签

git push [origin(远程分支名)] <标签名> #向远程分支推送标签(单个)

git push [origin(远程分支名)] --tags #向远程分支推送标签(全部)

要是想删除掉远程仓库中的标签,需要先把本地的删除掉,然后再推送到远程仓库:

git tag -d [标签名] #1.先删除本地仓库的标签

git push [origin(远程分支名)] [本地分支(可省略)] :[标签名] #2.删除(推送)至远程仓库

多人协作开发

多人协同开发,需要将用户添加进开发者,用户才有权限进行代码提交

在这里插入图片描述

在这里插入图片描述

情景一:单分支多人开发

分别有两个用户:用户一(windows系统)和用户二(Linux系统)上针对同一项目进行协作开发

目前远程仓库中,只有一个master分支,为保证主分支的稳定,在开发新功能时,建立dev分支(基于master分支最新状态)来开发

通过git pull 操作来将远程分支拉取到本地

注意: git pull

而且git branch 只能查看本地分支,要查看远程分支需要加上 [ - r ] 选项,前提是 pull 一下,拉取最新的远程仓库,才能看到最新的内容

git branch -r(或者git branch -a) #查看所有分支

gir branch -vv #查看本地分支和远程分支建立的连接关系

在本地仓库创建dev分支,并切换到该分支上,同时将本地dev分支和远程仓库origin分支下的dev相互连接起来:

git checkout -b [dev(本地分支名)] [origin/dev(远程仓库分支名)] #在本地仓库创建并切换到dev分支,同时将本地dev分支和远程仓库origin下的dev分支建立连接

git branch --set-upstream-to=[origin/dev(远程仓库分支名)] [本地仓库分支名] #远程仓库未和本地仓库某个分支建立连接时,可以使用该命令将分支进行连接操作

假如此时用户一(二)开发完毕进行了add、commit、push到了远程仓库,而另一个用户,比他晚一点提交,会出现分支冲突,此时需要拉取(pull)一下远程仓库(更新本地仓库到最新状态)然后再在本地解决冲突后,再去推送(add、commit、push)

记得,开发完毕后,合并分支的时候,先让master分支合并到dev上,出现冲突,在dev分支上解决完毕之后,再次把dev分支合并到master上面

同一分支进行多人协作的工作模式总结:

  • 首先,试图用git push [origin] [branch-name] 推送自己的修改
  • 如果推送失败,则因为远程分支比本地的更新,需要先用git pull试图合并
  • 如果合并有冲突,则解决冲突,并在本地提交
  • 没有冲突或者解决掉冲突后,再用git push [origin] [branch-name] 推送就可以成功
  • 功能开发完毕,将分支merge进master分支,最后删除

情景二:多分支多人开发

一个需求或者一个功能点创建一个feature分支

两人分别开发两个功能:

A用户:

git checkout -b [feature-1] #新增本地分支 feature-1 并切换

vim [function1] #新增需求内容 - 创建function1文件

cat .\ [function1] #查看function1内容

……add、commit

git push origin [feature-1] #将feature-1推送到远端

远程仓库会自动创建新的feature-1分支

B用户与A用户一致

假如

B用户生病,需要A用户帮B用户继续开发剩下的代码,并且把feature-2分支名告诉了A用户,这时需要A用户在自己的机器上切换到featur-2分支继续开发

操作如下:

git pull #先拉取远程仓库内容

git checkout -b [feature-2] [origin/feature-2] #切换到featur-2分支并于远程仓库建立连接

……开发完成后推送至远端

之后B用户想要再自己的机器上看到最新的代码,需要拉取下最新的代码记录

注意:

merge之前最好切换到master分支下pull一下远端仓库,让master分支保持最新状态,然后再切换到feture分支合并master,最后push

远程分支删除后,本地git branch -a 依然能看到的解决方法

当远程仓库删除之后,在本地使用git branch -a 依然可以看到所有本地分支和远程分支时候时候使用:

git remote show origin #查看remote地址,远程分支还有本地分支相对应关系等信息

#根据提示使用:

git remote prune origin #删除本地关联的不存在的远程分支

企业级开发

系统开发环境:

  1. 开发环境:开发环境是程序员们专门用于日常开发的服务器
  2. 测试环境:开发环境到测试环境的过度环境
  3. 预发布环境:为避免因测试环境和线上环境的差异等带来的缺陷漏洞,而设立的,预发布环境服务器不在线上集成服务器范围之内,为单独的一些机器
  4. 生产环境:正式提供对外服务的线上环境

这几个环境也可以说是系统开发的三个重要阶段:开发 -> 测试 -> 上线,如图:

在这里插入图片描述

企业中环境不可能这么简单,这只是大致的简化

Git分支设计规范

不同的环境有不同的分支,例如:

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

注意: 以上表格中的分支和环境搭配仅是常用的一种,可视情况不同而定

master分支

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

release分支

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

develop分支

  • develop 为开发分支,基于master 分支创建的只读且唯一分支,始终保持最新完成以及bug修复后的代码
  • 根据需求大小程度确定是由feature 分支合并,还是直接在上面开发(非常不建议)

feature分支

  • feature 分支通常为新功能或新特性开发分支,以develop 分支为基础创建的
  • 命名以feature/ 开头,命名建议:feature/user(用户名)_createtime(创建时间)_feature
  • 新特性或新功能开发完成后,开发人员需合并到develop 分支
  • 一旦需求发布上线,便将其删除

hotfix分支

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

测试,发布提测阶段,会以release 分支代码为基准进行提测

  • 如果在release 分支测试出问题,需要回归验证develop 分支是否存在此问题
  • release 分支属于临时分支,产品上线后可选删除

develop分支

  • develop 为开发分支,基于master 分支创建的只读且唯一分支,始终保持最新完成以及bug修复后的代码
  • 根据需求大小程度确定是由feature 分支合并,还是直接在上面开发(非常不建议)

feature分支

  • feature 分支通常为新功能或新特性开发分支,以develop 分支为基础创建的
  • 命名以feature/ 开头,命名建议:feature/user(用户名)_createtime(创建时间)_feature
  • 新特性或新功能开发完成后,开发人员需合并到develop 分支
  • 一旦需求发布上线,便将其删除

hotfix分支

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

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

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

相关文章

线程的状态:操作系统层面和JVM层面

在操作系统层面&#xff0c;线程有五种状态 初始状态&#xff1a;线程被创建&#xff0c;操作系统为其分配资源。 可运行状态(就绪状态)&#xff1a;线程被创建完成&#xff0c;进入就绪队列&#xff0c;参与CPU执行权的争夺。或因为一些原因&#xff0c;从阻塞状态唤醒的线程…

Windows11 安装VitrulBox Ubuntu20 虚拟机启动后卡在“Freeing initrd memory: 131304K”

步骤&#xff1a;点击启动Ubuntu后&#xff0c;一直起不来&#xff1f;没办法正常关机&#xff0c;选择重启又一直卡在这里&#xff0c;原来是同样的错误 Freeing initrd memory: 131304K 原因&#xff1a;本机联想小新14Pro&#xff0c;AMD 7840HS&#xff0c;锐龙版。而Ryze…

Visual Studio项目编译和运行依赖第三方库的项目

1.创建项目&#xff0c;这里创建的项目是依赖于.sln的项目&#xff0c;非CMake项目 2.添加第三方库依赖的头文件和库文件路劲 3.添加第三方依赖库文件 4.项目配置有2个&#xff0c;一个是Debug&#xff0c;一个是Release&#xff0c;如果你只配置了Debug&#xff0c;编译和运行…

centos 虚拟机 增加硬盘 虚拟机centos磁盘扩容

2 在centos 7 系统中挂载磁盘 2.1 查看磁盘信息 进入centos 7系统中&#xff0c;输入“# df -h”命令&#xff0c;查看磁盘信息。 这里没有写显示新增的磁盘信息。 2.2 对新加的磁盘进行分区操作 2.2.1 查看磁盘容量和分区 2.2.2 创建分区 a. 选择新增的磁盘&#xff08;这…

项目3-留言板

1.创建项目 记得将project type改为maven 将需要的包引入其中 更改版本号 引入MYSQL相关包记得进行配置&#xff01;&#xff01;&#xff01; spring:datasource:url: jdbc:mysql://127.0.0.1:3306/mycnblog?characterEncodingutf8&useSSLfalseusername: rootpassword:…

SpringBoot集成Solr全文检索

SrpingBoot 集成 Solr 实现全文检索 一、核心路线 使用 Docker 镜像部署 Solr 8.11.3 版本服务使用 ik 分词器用于处理中文分词使用 spring-boot-starter-data-solr 实现增删改查配置用户名密码认证使用 poi 和 pdfbox 组件进行文本内容读取文章最上方有源码和 ik 分词器资源…

数据结构(五)——树与二叉树的应用

5.5 树与二叉树的应用 5.5.1 哈夫曼树 结点的权&#xff1a;有某种现实含义的数值。 结点的带权路径长度&#xff1a;从树的根到该结点的路径长度&#xff08;经过的边数&#xff09;与该结点上权值的乘积。 树的带权路径长度&#xff1a;树中所有叶结点的带权路径长度之和…

NO9 蓝桥杯单片机串口通信之进阶版

1 回顾 串口通信的代码编写结构还是与中断一样&#xff0c;不同的是&#xff1a; 初始中断函数条件涉及到串口通信相关的寄存器和定时器1相关的寄存器&#xff08;定时器1用于产生波特率&#xff09;&#xff0c;但初始条件中的中断寄存器只考虑串口通信而不考虑定时器1。 v…

跟着cherno手搓游戏引擎【29】Batch简单合批

思路&#xff1a; CPU和GPU都开辟同样大小的一大块内存&#xff08;为了存储顶点信息&#xff09; 索引在程序运行时生成对应规则后绑定到索引缓冲中 动态生成顶点信息&#xff08;现在改成Drawquad只是确定图形顶点的位置&#xff09; 然后在Endscene&#xff0c;将CPU的动…

网络安全-文件包含

一、php://input 我们先来看一个简单的代码 <meta charset"utf8"> <?php error_reporting(0); $file $_GET["file"]; if(stristr($file,"php://filter") || stristr($file,"zip://") || stristr($file,"phar://&quo…

如何忽略Chrome最小字号的限制

通过控制台调整字体大小时&#xff0c;可以发现即便设置了小于12px的字号&#xff0c;也并不会变小&#xff0c;这是因为Chrome默认最小字号为12px。 在Chrome设置中的外观选项卡中可以发现&#xff0c;默认字体是16px。将最小字号改为0&#xff0c;就能随意设置小于12px的字号…

我在京东做数据分析,一位京东数据分析师的工作日常

有人说&#xff1a;“种下一棵树最好的时间是十年前&#xff0c;其次是现在”。任何时候&#xff0c;我们都应该抓住机遇&#xff0c;说不定就是改变你现状的一个机会。 2020年&#xff0c;我在疫情得到控制后&#xff0c;面试入职京东大数据组&#xff0c;截止目前&#xff0…

libVLC 视频裁剪

使用 libVLC 进行视频裁剪并不是直接支持的功能&#xff0c;因为 libVLC 主要是一个媒体播放库。然而&#xff0c;你可以通过调整播放窗口的大小和设置视频输出的区域来实现一种“视觉上的裁剪”。这意味着视频本身并没有被修改&#xff0c;但可以控制显示给用户的视频区域。 …

视频推拉流EasyDSS点播平台云端录像播放异常的问题排查与解决

视频推拉流EasyDSS视频直播点播平台可提供一站式的视频转码、点播、直播、视频推拉流、播放H.265视频等服务&#xff0c;搭配RTMP高清摄像头使用&#xff0c;可将无人机设备的实时流推送到平台上&#xff0c;实现无人机视频推流直播、巡检等应用。 有用户反馈&#xff0c;项目现…

Mysql数据库:日志管理、备份与恢复

目录 前言 一、MySQL日志管理 1、存放日志和数据文件的目录 2、日志的分类 2.1 错误日志 2.2 通用查询日志 2.3 二进制日志 2.4 慢查询日志 2.5 中继日志 3、日志综合配置 4、查询日志是否开启 二、数据备份概述 1、数据备份的重要性 2、备份类型 2.1 从物理与…

SpringBoot学习之ElasticSearch下载安装和启动(Windows版)(三十)

本文先写windows下的下载安装和启动,后续有时间再补充其他环境下(Mac、Linux、Docker)的,这里我们后续对ElasticSearch简称为ES,读者习惯这一称呼就好。 一,ES下载 可以百度【ElasticSearch官网】或者直接点击这里的ES官网下载地址:​​​​​ Download Elasticsearch…

数字乡村战略实施:科技引领农村经济社会全面发展

随着信息技术的快速发展&#xff0c;数字化已经成为推动经济社会发展的重要力量。在乡村振兴战略的大背景下&#xff0c;数字乡村战略的实施成为了引领农村经济社会全面发展的关键。本文将从数字乡村战略的内涵、实施现状、面临挑战及未来展望等方面&#xff0c;探讨科技如何引…

Mac 装 虚拟机 vmware、centos7等

vmware&#xff1a; https://www.vmware.com/products/fusion.html centos7 清华镜像&#xff1a; 暂时没有官方的 m1 arm架构镜像 centos7 链接: https://pan.baidu.com/s/1oZw1cLyl6Uo3lAD2_FqfEw?pwdzjt4 提取码: zjt4 复制这段内容后打开百度网盘手机App&#xff0c;操…

[flask]cookie的基本使用/

彻底理解 Cookie - 知乎 (zhihu.com) 是什么 cookie是当你浏览某个网站的时候&#xff0c;由web服务器存储在你的机器硬盘上的一个小的文本文件。它其中记录了你的用户名、密码、浏览的网页、停留的时间等等信息。当你再次来到这个网站时&#xff0c;web服务器会先看看有没有…

[音视频学习笔记]八、FFMpeg结构体分析 -上一个项目用到的数据结构简单解析:AVFrame、AVFormatContext、AVCodecContext

前言 上次我们做了一个简单的视频解码&#xff0c;MediaPlay-FFmpeg - Public 这一次简单对这个代码进行一个剖析&#xff0c;对其中的数据结构进行一个解析。 这些数据结构之间的关系 AVFrame 、AVFormatContext 、AVCodecContext 、AVIOContext 、AVCodec 、AVStream 、AV…