番禺网站制作哪里有,python图片wordpress,谷歌字体插件WordPress,中国建筑材料价格网今日内容 零、 复习昨日 零、 复习昨日 一、引言 在单人开发过程中#xff0c;需要进行版本管理#xff0c;以利于开发进度的控制。 在多人开发过程中#xff0c;不仅需要版本管理#xff0c;还需要进行多人协同控制。 版本控制(VS) SVN GIT 二、介绍 Git是一个开源的…今日内容 零、 复习昨日 零、 复习昨日 一、引言 在单人开发过程中需要进行版本管理以利于开发进度的控制。 在多人开发过程中不仅需要版本管理还需要进行多人协同控制。 版本控制(VS) SVN GIT 二、介绍 Git是一个开源的分布式版本控制系统用于敏捷高效地处理任何或小或大的项目。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。官网https://git-scm.com/其实市面上有其他的版本管理工具,例如SVN 三、Git安装 3.1 下载Git 下载Git https://git-scm.com/downloads 下载git
3.2 安装 安装除了安装位置外其他一直下一步即可 使用 使用cmd打开操作使用git自带命令行 3.3 基本配置 安装后打开命令行 自报家门 如下信息会在提交代码时要使用记录在你的每次提交中。以后才知道哪次提交是谁做的。 git config --global user.name Your Name #用户名
git config --global user.name qiushiju
git config --global user.email emailexample.com #邮箱
git config --global user.email 237876779qq.com
# 查看信息
git config -l3.4 测试 测试cmd中执行 ,查看git版本 git version 四、架构 版本库工作区中有一个隐藏目录 .git这个目录不属于工作区而是git的 版本库是git管理的所有内容 暂存区版本库中包含一个临时区域保存下一步要提交的文件。 分支版本库中包含若干分支提交的文件存储在分支中 架构图
五、仓库 对应的就是一个目录这个目录中的所有文件被git管理起来。 以后会将一个项目的根目录作为仓库。 仓库中的每个文件的改动 都由git跟踪。 5.1 新建仓库 选择一个目录执行指令git init 新建仓库仓库目录
5.2 工作区 执行git init的目录即为工作区如上例D:\repo1目录即为工作区【不包含.git目录】 所有文件都首先在工作区新建然后可以存入仓库(版本库)进行版本控制。 5.3 暂存区 暂存区也在 .git 目录内工作区的文件进入仓库时要先进入暂存区。 5.4 分支 版本控制简单说就是记录文件的诸多版本分支就是这些版本的最终记录位置。 六、基本操作 6.1 查看仓库状态 执行 git status 可以看到工作区中文件的状态 未记录过的文件是未跟踪状态
6.2 暂存文件 执行 git add . 将工作区中的文件全部存入暂存区 将工作区中的文件存入暂存区
6.3 提交文件 执行 git commit -m “这里写提交的描述信息” 作用是将暂存区的文件存入分支形成一个版本 提交文件形成一个版本
6.4 撤销已经add的文件[了解] 有一个文件,已经执行了git add 提交到暂存区,此时可以使用命令撤销 # 撤销已经add的文件
git restore --staged 文件名6.5 撤销已经commit的文件[了解] 文件已经commit也可以回退,这种回退叫版本回退,两种方案 git resetgit revert git reset git log查看版本号git reset git reset [–soft | --mixed | --hard] 版本号默认是mixedmixed:回退到指定版本后该版本之后的修改放在工作区没有放在暂存区即回退了commit和add操作soft:回退到指定版本后该版本之后的修改放在暂存区即回退了commit操作hard:回退到指定版本后该版本之后的修改都会删除 git reset HEAD^ #回退到上一个版本windows系统^有特殊意思HEAD^需要使用双引号
git reset HEAD^^ #回退到上上一个版本
git reset HEAD~ #回退到上一个版本
git reset HEAD~2 #回退到上上个版本~ 后面的数字表示回退几次提交默认是一次
git reset db65e3c98e7e1f25887ebe66d50cd9120aea2ca0 #回退到指定的版本号的提交# 回退到上一个版本
git reset --mixed HEAD~
git reset --soft HEAD~
git reset --hard HEAD~git revert git revert 通过该命令可以撤销某次提交撤销提交时原来的提交记录还会保留同时会生成一个新的提交如果revert时不想自动生成新的提交可以使用-n选项比如 git revert -n head git revert head 撤销最近一次的提交
git revert head~ 撤销上一次的提交
git revert 735fd(版本号)git revert 这个命令执行后,会进入一个编辑器,让写撤销日志
按键盘 i ,进入编辑状态
写完,按esc
再按 :wq ,意思是保存并退出6.6 revert和reset的区别[了解] Git revertGit revert命令用于撤销之前的提交但是通过创建一个新的提交来反转先前的提交而不改变Git仓库的历史记录。也就是说它会创建一个新的提交将先前提交的更改全部撤销掉。这个新的提交会包含对旧提交的撤销操作因此历史记录中会保留撤销了的更改。 使用Git revert时需要指定要撤销的提交的引用或提交哈希值。Git会自动生成一个新的提交该提交的更改与撤销的提交相反。因此Git revert是一种安全的方法来撤销错误的提交并保留所有的修改历史记录。 Git resetGit reset命令用于将HEAD指针和当前分支的指针重置到指定的提交从而改变Git仓库的历史记录。它可以用于撤销提交、删除提交、合并分支等操作。 Git reset有三个主要的模式–soft、–mixed默认和–hard。–soft模式将HEAD指针和分支指针重置到指定提交但不修改工作目录和暂存区可以用来撤销最后的提交。–mixed模式不仅重置HEAD和分支指针还重置了暂存区但不改变工作目录的文件内容。–hard模式是最彻底的它会丢弃所有未提交的更改包括暂存区和工作目录的修改。 使用Git reset时需要指定要回退到的提交的引用或提交哈希值。根据使用的模式不同Git会将HEAD和分支指针移动到指定提交并可能修改暂存区和工作目录。 总结起来Git revert是通过创建一个新的撤销提交来撤销之前的提交保留历史记录而Git reset是通过改变HEAD和分支指针的位置来修改历史记录可能会删除或修改提交。选择使用哪个命令取决于你需要保留历史记录还是改变历史记录并且是否需要保留之前提交的更改。 七、分支[重点] 7.1 分支简介 分支是一个个版本最终存储的位置。 分支就是一条时间线每次git commit形成一个个版本一个个版本依次存储在分支的一个个提交点上。 分支由多个提交点组成分支上会有一个指针默认总是指向最新的提交点
7.2 分支操作
7.2.1 查看分支 查看当前仓库的分支 git branch 仓库中默认只有 master 分支 执行git commit时默认是在master分支上保存版本。 默认只有master分支
7.2.2 创建分支 在商业项目开发过程中我们不会轻易的在master分支上做操作。 我们会新建一个开发用的分支在此分支上做版本的记录。 当代码确实没有问题时才会将开发分支上成熟的代码版本添加到master分支上。 保证开发过程中可以及时记录版本又保证master分支上每个提交点都是稳健版本。 创建分支 git branch 分支名创建分支
7.2.3 切换分支 默认情况下当前使用的分支是 master分支 可以切换到 dev分支git checkout dev则后续的git commit 便会在dev分支上新建版本(提交点) 切换分支
再次查看分支情况
7.3 新建分支细节 新建分支时新分支默认有哪些内容分支中包含了哪些次提交 新分支默认有哪些内容新分支拥有之前分支的全部内容
7.3.1 新分支初始内容 每个分支都有一个指针新建一个分支首先是新建一个指针。 而且新分支的指针会和当前分支指向同一个提交点。 新分支包含的提交点就是从第一个提交点到分支指针指向的提交点。(内容一样) 每个分支都有一个指针新建一个分支首先是新建一个指针
7.3.2 多分支走向 在master分支和新分支分别进行 git add 和 git commit 分支情况如下图 master分支未动在dev分支增加一次commit
master分支增加一个commitdev分支再增加一个commit
7.3.3 分支提交日志 查看分支的提交日志进而看到分支中提交点的详细情况。 git log --oneline --graph提交情况如下
查看当前分支的提交日志
7.4 分支合并 两个分支内容的合并 git merge 分支a 合并分支a 合并前分支状态
三方合并将2和3的更改都累加在1上形成新的提交点
7.5 合并冲突 两个分支进行合并但它们含有对同一个文件的修改则在合并时出现冲突git无法决断该保留改文件哪个分支的修改。 7.5.1 冲突演示 场景模拟如下 master分支修改hig.txt文件
dev分支修改hig.txt 在master分支 合并 dev分支 合并dev分支 此时打开hig.txt 文件 冲突后git会将两个分支的内容都展示在文件中
7.5.2 冲突解决 出现冲突后如要由两个开发人员当面协商该如何取舍为冲突文件定义最终内容。 解决方案 保留某一方的删除另一方的保留双方的但无论如何要记得删除 这些本质是两人协商为冲突的内容定制出合理的内容。修改完,继续git add /git commit 根据协商再次编辑文件
提交 再次编辑后的文件
7.6 日志 每次commit都会在分支上形成新的提交点,通过日志可以看到提交的信息 git log 也可以以图形的形式查看提交树 git log --oneline --graph 八、远程仓库 第5章中的仓库其实是本地仓库。 当多人协同开发时每人都在自己的本地仓库维护版本。 但很重要的一点是多人之间需要共享代码、合并代码此时就需要一个远程仓库。 8.1 远程仓库工作模式
远程仓库工作模式
8.2 远程仓库选型 有很多远程仓库可以选择比如 github(https://github.com/),码云(https://gitee.com/) 此两种可以注册自己测试使用但如果是商业项目需要更多支持需要付费。 公司内部也可以有自己构建的远程仓库 (GitLab/Gogs)(http://qianfeng.qfjava.cn:8087/users/sign_in)。 8.3 基本操作 每个开发人员在面对远程仓库时会面临的一些基本操作。 8.3.0 注册git服务器账号 在 码云 注册账号并登录。 进入公司后很可能会使用公司自己搭建的git服务器则账号向领导索要即可 8.3.1 秘钥公钥 1 查看秘钥(ssh key) cat ~/.ssh/id_rsa.pub 2 创建SSH Key ssh-keygen -t rsa -C “youremailexample.com” ssh-keygen -t rsa -C “237876779qq.com” 直接回车不要输入123456密码.直接按4次回车即可.不输密码 如果一切顺利的话可以在用户主目录里找到.ssh目录里面有id_rsa和id_rsa.pub两个文件这两个就是SSH Key的秘钥对id_rsa是私钥不能泄露出去id_rsa.pub是公钥可以放心地告诉任何人。 3登录github或者gitee,进入设置-SSH公钥,文本框里填入公钥id_rsa.pub文件的内容 为什么GitHub或Gitee需要SSH Key呢因为它们需要识别出你推送的提交确实是你推送的而不是别人冒充的而Git支持SSH协议所以GitHub/Gitee只要知道了你的公钥就可以确认只有你自己才能推送。 当然GitHub/Gitee允许你添加多个Key。假定你有若干电脑你一会儿在公司提交一会儿在家里提交只要把每台电脑的Key都添加到GitHub就可以在每台电脑上往GitHub推送了。 8.3.2 新建远程仓库
创建远程私有仓库-01
创建远程私有仓库-02
创建远程私有仓库-03
8.3.3 本地关联远程仓库 本文档中选用仓库的 https协议的地址将此地址关联到本地git中 如此后本地即可用“origin” 代指远程仓库git remote add origin https://gitee.com/qiushiju/test.git取消关联远程仓库:git remote remove origin
8.3.4 推送文件到远程仓库 将本地仓库中已经commit的内容push到远程仓库以共享自己的代码。 git push -u origin masterpush
输入凭证如此码云才能接受此次上传的内容
8.3.5 克隆远程仓库 如果仓库已经由别人创建完毕我们需要其中的内容则可以通过 git clone 将其复制到本地。 新建目录“repo2”然后在其中执行 git clone
远程仓库复制到本地并自动初始化为一个本地仓库
8.3.6 代码共享 多人协同开发时写好代码的git push 上传到远程仓库需要代码的 git pull 拉取代码即可。 有人再次将本地仓库内容上传到了远程仓库
重点此时另一方如果想获得更新则需要做一次拉取 git pull
【重点】每次想要往远程push代码一定要先git pull因为有可能远程代码已经更新而你本地代码没有远程代码同步此时直接push会拒绝所以一定要先git pull拉取远程最新代码与本地代码合并合并后再执行git push推送到远程
8.3.7 拉取推送远程的其他分支
# 拉取远程dev分支代码
git pull origin dev# 将本地master代码推送到远程dev分支git push origin master:dev8.3.8 命令汇总
命令描述git remote add 标识名(master) 远程地址本地关联远程仓库git push 标识名 master将本地仓库内容上传到远程仓库git pull 标识名 master从远程仓库下载内容到本地仓库git clone 远程地址将远程仓库复制到本地并自动形成一个本地仓库 九、Idea关联Git 9.1 关联Git File Settings 关联过程是自动的 此处关联是Idea可以自动完成的
9.2 创建项目仓库 新建项目后将项目目录创建为git仓库 注意 要在建仓库前设置忽略文件 “.gitignore” 作用被忽略的文件会被版本记录忽略版本中不包含它们。 范围不需要和其他开发共享的文件具体见下图。 # 所有class,后缀的文件
*.class
# 所有jar后缀的文件
*.jar
*.iml
*.war
# .idea文件夹
.idea
# out文件夹
out
target创建仓库前先添加忽略文件
将项目目录初始化为一个仓库
9.3 提交-commit 创建好仓库后做第一次提交。 选择提交菜单
选择提交文件定义提交信息
之后会有些友好提示可以忽略点击“commit”即可
9.4 创建分支-branch 新建开发分支 点击右下角链接即可
新建分支
查看当前分支
在其他分支修改并push到远程
9.5 上传到远程仓库(push) 请首先参照第8章创建一个远程仓库。 要求是裸库且建议库名和项目名同名。 选择push菜单
定义远程仓库地址
执行push操作
9.6 克隆到本地仓库(clone) 如果有建好的远程仓库比如公司内已经在用的仓库或者github码云上的一些公开仓库 可以将远程仓库的项目复制到本地使用。 点击克隆菜单
输入如远程仓库地址
打开项目
打开项目选项
9.7 更新本地项目 如果远程仓库有更新则你的本地项目也需要一起更新。 选择pull菜单
执行 pull操作
更新日志显示
9.8 冲突解决 合并分支时如果出现冲突则需要解决冲突。 冲突出现弹窗中可以选择如下
也可以直接修改冲突文件然后commit即可
9.9 撤销修改[了解]
9.9.1 未commit时 还没有add文件时可以直接删除要删除或修改的文件,因为此时还没有经过仓库管理 如果已经add但是还没有commit,此时只是在暂存区 9.9.2 已commit时 如果已经提交先显示历史记录 选中要退回到的提交点,右键拷贝版本id 然后关闭窗口,重新操作git– reset HEAD ps: reset type 与版本回退章节中命令意思一致
9.10 stash[了解] 用于将当前分支未提交的修改(工作区的修改和暂存区的修改)先暂时缓存起来。 适用于正在一个分支进行开发但是需要切换到另一个分支进行bug处理但是又不想提交当前分支代码的情况。 比如在B分支进行了修改现在需要切换到A分支。 1在B分支上执行stashB分支的代码会恢复到修改前状态 2切换到A分支修改代码并提交
3切回到B分支恢复之前的代码继续开发 十、多人协同开发 多人开发协同git操作 10.1 项目管理员( 项目经理 ) 1 由管理员负责创建一个远程库初始的库中什么也没有为裸库。库的名称建议和项目同名 2 管理员会在idea中创建一个初始项目,其中包含.gitignore文件。 并在项目根目录下 建立本地库。并建立 dev分支。 3 管理员将本地库上传到远程库 4 将其他开发人员拉入远程库的 开发成员列表中 使得其他开发人员可以访问该远程库。 流程如下 点击添加成员
被邀请成员接受
查看已添加的开发成员 5 master分支设置为 protected分支只有管理员有权限将代码合并到其中。dev分支设置为 常规分支所有开发人员 都可以在其中合并代码 进入分支设置
设置保护分支让master分支不能被随更改
10.2 开发人员 1初始化在idea中clone 远程库获得项目。会建立本地库 2后续的开发中都要在dev分支上进行。开发完一个功能并测试通过后就commit 提交到本地的dev分支中然后 上传(push)到远程dev分支中。 3需要更新项目内容时通过 pull 从远程仓库拉取内容。 4注意多人协同时每次在 push 到远程库前都先做一次pull一来是把远程最新内容合并到本地二来是核实本地内容是否和远程内容有冲突。 5后续的开发会接到一个个的功能任务往复操作 2、3、4 而已。 10.3 实战 方式1 组长创建远程仓库把组员设置为开发者把远程仓库克隆到本地然后使用 idea 打开团队开发 每个人创建一个自己的类 方式2 1.组长使用idea创建工程 把工程分享到远程仓库 2.在远程仓库 邀请组员为开发者 3.组员使用idea 拉取远程仓库的工程 4.团队开发 每个人创建一个 自己的类 十一、经典BUG问题
1 密码问题 在使用https协议做push时如果曾经使用过码云但密码有过改动此时会报错 使用https协议报错 解决方案: 控制面板 》 凭据管理器 》 删除对应凭证再次使用时会提示重新输入密码。 删除之前的码云凭证然后重新push即可
2 推送时邮箱问题
推送时报错,提示private email address 解决方案,gitee设置邮箱为公开的 方式2 1.组长使用idea创建工程 把工程分享到远程仓库 2.在远程仓库 邀请组员为开发者 3.组员使用idea 拉取远程仓库的工程 4.团队开发 每个人创建一个 自己的类 十一、经典BUG问题
1 密码问题 在使用https协议做push时如果曾经使用过码云但密码有过改动此时会报错 使用https协议报错 解决方案: 控制面板 》 凭据管理器 》 删除对应凭证再次使用时会提示重新输入密码。 删除之前的码云凭证然后重新push即可
2 推送时邮箱问题
推送时报错,提示private email address
[外链图片转存中…(img-rSMcGvp3-1701251053641)]
解决方案,gitee设置邮箱为公开的
[外链图片转存中…(img-IZa4gX7F-1701251053642)]
