个人技术分享

Git常用指令

Git命令

在备份我的毕设到github私有库的时候，发现git对于单文件大于100MB的会限制上传，一番折腾一下发现了git-lfs [Git LFS（Large File Storage,大文件存储）是 Github 开发的一个Git 的扩展，用于实现 Git 对大文件的支持]。2、在要使用 Git LFS 的每个 Git 存储库中，选择希望 Git LFS 管理的文件类型（或直接编辑 .gitattributes）。你可以随时配置其他文件扩展名。1、下载并安装 Git 命令行扩展。到Git LFS官网下载。

之前都是通过Idea图形化操作git分支，最近在用VsCode写前端代码,提交以及分支合并时候发现不习惯VsCode里面的图形化操作，但是发现对git原生指令并不熟悉，由此，重新学习一次git并记录。git add .表示将当前目录下的所有文件都加入暂存区，如果想加入单个文件，则git add 需要加入的文件名就可。2、使用git branch查看所有的分支（分支绿色代表当前是zzh_1分支）3、使用git commit 命令提交暂存区文件到版本库中。4、使用git merge命令将分支合并到当前分支。

通过 ssh -T 测试，输出 SSH Key 绑定的用户名。3、设置账户 SSH 公钥，此处以Gitee账户为例。- 添加完后，会出现一个删除的按钮，则完成公钥的添加。命令输完后，中间通过三次回车键确定。2、生成 SSH 公钥。生成 SSH Key。添加公钥的基本操作流程。

通过 ssh -T 测试，输出 SSH Key 绑定的用户名。3、设置账户 SSH 公钥，此处以Gitee账户为例。- 添加完后，会出现一个删除的按钮，则完成公钥的添加。命令输完后，中间通过三次回车键确定。2、生成 SSH 公钥。生成 SSH Key。添加公钥的基本操作流程。

开发环境测试环境预发布环境/准生产环境/预生产环境生产环境谁部署,谁维护/负责准生产环境/预生产环境生产环境相同点存放代码,服务配置与生产环境一致存放代码…区别服务器的配置可以低一些,数量少一些,甚至省钱可以用内部测试环境兼职关于数据库连接生产环境数据库(从库),nginx镜像流量(alb镜像流量)代码发布/部署 --> 开发书写的程序代码 --> 部署测试/生产环境 web服务器(站点目录中)scm分布式版本控制系统分布式：svn vs git版本控制软件。

【git】拉取pull 和 获取 fetch的区别

Git 生产操作总结

（2）生成两个文件，复制.pub,在GitHub的setting里面设置ssh，（3）git push成功，就提交上去了，后面按照正常开发的步骤即可。新建一个文件 readme.md，然后就可以提交文件。（3）选第二个，就会跳弹窗和网页，安装步骤走就好。（3）验证远程是否配置成功。（2）首次的话输入账号密码。（1）在本地新建文件夹。4、新建一个本地仓库。

本文主要详细介绍**单点登录**。一般来说，一个完整的登录方案，包括：1. 认证机制。如基于会话的认证（Session-based Authentication）、JSON Web Tokens (JWT)。2. 单点登录。支持跨多个子系统的登录方案。

一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。

Gitlub如何删除分支（删除远程分支+本地分支）

git-commit-id-plugin maven插件笔记(git commitId跟踪工具)

将人工要做的测试工作转换成让代码去执行测试，以提高测试效率和测试的质量。测试工具可以是一个jar包，用的时候，导入这个包，调用方法使用，或者是一个web网站，输入测试数据进行测试，或者是一个exe程序，就例如fiddler工具这样，测试工具是各种各样的，

本文旨在探讨几种实用的方法，帮助用户有效地绕过这一限制，确保大文件传输的顺畅。

合并分支a到分支b，–no-ff参数表示禁用Fast forward模式，合并后的历史有分支，能看出曾经做过合并，而-ff参数表示使用Fast forward模式，合并后的历史变成一条直线。rebase 不会产生新的提交，而是把当前分支的每一个提交都“复制”到目标分支上，然后再把当前分支指向目标分支，而merge会产生一个新的提交，这个提交有两个分支的所有修改。创建一个新的提交，用来撤销指定的提交，后者的所有变化将被前者抵消，并且应用到当前分支。查看所有本地分支，-r 查看远程分支，-a查看所有分支。

合并分支a到分支b，–no-ff参数表示禁用Fast forward模式，合并后的历史有分支，能看出曾经做过合并，而-ff参数表示使用Fast forward模式，合并后的历史变成一条直线。rebase 不会产生新的提交，而是把当前分支的每一个提交都“复制”到目标分支上，然后再把当前分支指向目标分支，而merge会产生一个新的提交，这个提交有两个分支的所有修改。创建一个新的提交，用来撤销指定的提交，后者的所有变化将被前者抵消，并且应用到当前分支。查看所有本地分支，-r 查看远程分支，-a查看所有分支。

合并分支a到分支b，–no-ff参数表示禁用Fast forward模式，合并后的历史有分支，能看出曾经做过合并，而-ff参数表示使用Fast forward模式，合并后的历史变成一条直线。rebase 不会产生新的提交，而是把当前分支的每一个提交都“复制”到目标分支上，然后再把当前分支指向目标分支，而merge会产生一个新的提交，这个提交有两个分支的所有修改。创建一个新的提交，用来撤销指定的提交，后者的所有变化将被前者抵消，并且应用到当前分支。查看所有本地分支，-r 查看远程分支，-a查看所有分支。

本文旨在探讨几种实用的方法，帮助用户有效地绕过这一限制，确保大文件传输的顺畅。