git分支

1 分支规范 master 主分支 dev 主开发分支 hotfix 修复bug分支 feature 功能开发分支 1.1 主分支master master分支永远受保护。不可在master分支上开发，进行commit，push操作。 master分支只接收merge操作。 每次发布正式上线的稳定版本（发布后第一天），将当前发布版本merge到master分支。 master分支的代码永远和线上代码保持同步。 1.2 主开发分支dev dev分支为主开发分支。可以进行commit，push，merge操作。 一般不在dev分支上进行新功能的开发。dev分支用来做不同分支的代码整合。 每次master发布以后，需要把master的代码merge到dev上。保持比master的代码更新。 1.3 hotfix分支 hotfix/xxxx hotfix分支是由master分支checkout出来，用于热修复线上bug用。可以进行commit，push，merge操作。 修复完毕经验证后直接发布。发布完成后merge到master分支。 1.4 功能开发分支 feature/xxxx 用来进行新功能开发的分支。此分支由dev分支checkout出来，可以进行commit，push，merge操作。 按照功能或者版本可以同时checkout多个feature分支并行开发

关于add 1、 add是将修改的文件提交到暂存区，比如 git add .将所有修改的文件加入暂存区，git add “路径”将指定文件加入暂存区 2、 取消add请查看reset 3，4 关于commit 1、 commit是将暂存区的文件提交到本地分支 2、 查看commit记录用git log，如果只想查看最近一次的可以git log -n1,以此类推也可以n2n3n4. 3、 想要查看某个commit改了哪些文件可以 git log -n"第几次commit" --stat 4、 想要查看某个commit改了哪些文件的具体哪些地方可以git log -n"第几次commit" -p 5、 如果commit了一个不想要的文件可以 git checkout origin/"要恢复的分支" -- “不想要的 路径” 6、 想要把修改加入到上一次提交git commit —amend。 7、 如果要修改上一次的提交信息，git commit --amend -m "改的话"。 关于push 1、 push就是将本地分支的修改推送到远程分支，直接 git push origin "远程分支名" 关于checkout 1、 chekout可以用来切换分支，也可以用来取消工作区的修改。 2、 假如我想要把工作区的所有修改全部取消掉，可以 git checkout . 3、

测试 再远程仓库创建分支 先创建README.md 创建文件 已显示新的分支 克隆 clone 只能克隆master分支 查看远程所有分支 切换远程分支 在Dev的分支下添加一个文件 推送到dev 当两个分支都有变更时 会默认把有变更的分支推送到远程 当本地创建新的分支 推送到远程时显示已是最新的，可以使用指定将新建的分支推送到远程 标签管理 会给最新的commit打标签 查看分支commit 针对旧版本打标签 使用简写的commit 查看标签对应哪个commit 使用 git show 标签名 对标签进行描述 删除标签 推送指定标签到远程 一个标签类似于分支之类，里面有对应的文件 推送所有标签到远程 删除标签 git别名 创建别名 ci 查看别名使用的命令 可以编辑配置文件添加别名 ，但是最好通过命令的形式添加 查询日志技巧 取消别名 搭建git服务器 准备一天服务器 添加用户并设置不允许登录 创建.ssh目录 将客户端的公钥复制到服务器 与GitHub上的公钥一样的用途 测试登录 验证成功但不允许登录 创建仓库 客户端上克隆远程仓库 做一些操作 由于是裸仓库 推送时要指定分支 再做修改 再次clone 加入其它机器做过修改 做新变更拉取过来 来源： CSDN 作者： qq_42720896 链接： https://blog.csdn.net/qq_42720896

回顾： [Git] 017 加一条分支，享双倍快乐 的 "2.3" 1. "Fast-forward" "Git" 在合并分支时会尽可能地使用 "Fast-forward" "Fast-forward" 这种模式会使得删除分支后丢失该分支的信息 1.1 丢失的信息 目前的情况 删除 "conflict" 分支 找茬时间 上图只展示了一部分 1.2 我打个不大恰当的比喻 如果 把非 "master" 分支看作“表演者” 把 "master" 分支看作“观众” 那么 “表演结束”（删除分支）后 留给“观众”的是“台上一分钟”（最后一次 "commit" 的内容） 而“台下十年功”（除最后一次以外所有 "commit" 的内容），“观众”是看不到的 2. 如何让“观众”看到“表演者”的“台下十年功”？ 2.1 “记者”——"merge" 的参数 "--no-ff" 还在赶来的路上 创建并切至分支 修改 "note_01.txt" 添加并提交 切回 "master" 分支 2.2 有请 "--no-ff" 闪亮登场 "--no-ff" 我的出场，意味着禁用 "Fast-forward" 作为一个“记者”，合并这样的事当然要记作一次 "commit"，所以用 "-m" 加一句“注释” 2.3 查看一下分支历史 分析 其实上图有三次合并历史 我截了张 "reflog" 的图 这里再次说明了

这里共展示两类三种方式。 1.git pull：获取最新代码到本地，并自动合并到当前分支 命令展示 //查询当前远程的版本 $ git remote -v //直接拉取并合并最新代码 $ git pull origin master [示例1：拉取远端origin/master分支并合并到当前分支] $ git pull origin dev [示例2：拉取远端origin/dev分支并合并到当前分支] 分析：不推荐这种方式，因为是直接合并，无法提前处理冲突。 2.git fetch + merge: 获取最新代码到本地，然后手动合并分支 2.1.额外建立本地分支 代码展示 //查看当前远程的版本 $ git remote -v //获取最新代码到本地临时分支(本地当前分支为[branch]，获取的远端的分支为[origin/branch]) $ git fetch origin master:master1 [示例1：在本地建立master1分支，并下载远端的origin/master分支到master1分支中] $ git fetch origin dev:dev1[示例1：在本地建立dev1分支，并下载远端的origin/dev分支到dev1分支中] //查看版本差异 $ git diff master1 [示例1：查看本地master1分支与当前分支的版本差异] $ git

每次提交，Git都会把它们串成一条时间线，这条时间线就是一个分支。目前，只有master分支。实际上：master指向最新的提交，再用HEAD指向master，确定当前分支以及当前分支的提交点。 ① 创建并切换到dev分支 git checkout -b dev git branch 查看所有分支 当前分支前面会标一个“ * ” 经过对readme.txt修改后，在add, commit后 切回master分支 git checkout master 合并 git merge dev 用于合并指定分支到当前分支 PS： Fast-forward , 快速模式，直接把master 指向dev当前提交，所以很快。 ⑤ 删除分支 git branch -d dev Git鼓励使用分支完成某个任务，合并后再删除，虽与直接在master分支上工作效果一样，但过程更安全。 来源： CSDN 作者： 爱喝水的qdy 链接： https://blog.csdn.net/qq_32617703/article/details/103586311

最简单的分支操作 <name>为分支名称 分支的命令 1、查看本地分支 git branch 2、查看远程分支 git branch -r 3、查看所有分支 git branch -a 4、本地创建新的分支 git branch <name> 5、切换到新的分支 git checkout <name> 6、创建+切换分支(步骤4、5的合体) git checkout -b <name> 7、推送新的分支到GitHub git push origin <name> 8、删除本地分支 git branch -d <name> 9、删除远程分支 git push origin :<name> 注：远程分支前面的“:”代表删除。 作者：woniu 链接：https://www.jianshu.com/p/2671fca58107 来源：简书 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 来源： CSDN 作者： qq_36453423 链接： https://blog.csdn.net/qq_36453423/article/details/103582830

如何查看本地分支和远程分支之间的 diff ？ #1楼 第一种 git branch -a 获取可用分支列表。 在输出上你可能会看到类似的东西 * master remotes/main/master remotes/origin/HEAD -> origin/master remotes/origin/master remotes/origin/mt remotes/upstream/master remotes/upstream/mt 然后显示差异 git diff --stat --color remotes/main/master..origin/master git diff remotes/main/master..origin/master #2楼 要更新远程跟踪分支，您需要先键入 git fetch 然后： git diff <masterbranch_path> <remotebranch_path> 你可以 git branch -a 列出所有分支机构（本地和远程）然后选择分支的名字从名单（只是删除 remotes/ 远程分支的名字。 示例： git diff master origin/master （其中“master”是本地主分支，“origin / master”是远程，即origin和master分支。） #3楼 git diff <local

https://blog.csdn.net/hj7jay/article/details/84527062 ● master和develop并行。 ● master上始终是最稳定的代码，develop是正在开发的代码。 ● feature则是某个开发为了自己的功能拉的分支。 ● develop正在开发，如果你上线突然被拒绝了，这时候就要从master上开一个热分支，或者release分支也行，改好之后在分别合并到其他分支。但，本人感觉release通常意味着终止。别在从release上拉分支了。 来源： CSDN 作者： fet518 链接： https://blog.csdn.net/u010017876/article/details/103463473

目标 1、SpringCloud Config简介 2、Config Server基本使用 3、Config Client基本使用 4、Config整合Eureka 5、Config配置搜索路径 SpringCloud Config简介 Spring Cloud Config 是 Spring Cloud 团队创建的一个全新项目，用来为分布式系统中的基础设施和微服务应用提供集中化的外部配置支持，它分为服务端与客户端两个部分。其中服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置仓库并为客户端提供获取配置信息、加密 / 解密信息等访问接口；而客户端则是微服务架构中的各个微服务应用或基础设施，它们通过指定的配置中心来管理应用资源与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。Spring Cloud Config 实现了对服务端和客户端中环境变量和属性配置的抽象映射，所以它除了适用于 Spring 构建的应用程序之外，也可以在任何其他语言运行的应用程序中使用。由于 Spring Cloud Config 实现的配置中心默认采用 Git 来存储配置信息，所以使用 Spring Cloud Config 构建的配置服务器，天然就支持对微服务应用配置信息的版本管理，并且可以通过 Git 客户端工具来方便的管理和访问配置内容。当然它也提供了对其他存储方式的支持