【git使用】之修改历史commit信息1、修改最后一次commit的信息直接使用amend进行修改1.1修改commit注释信息gitcommit--amend1.2修改作者、邮箱gitcommit--amend--author="username"例如：gitcommit--amend--author=“silinchen修改完成后可用gitlog查看是或否修改成功2、修改某几次commit信息2.1使用gitlog查看提交记录查看需要修改的内容是哪些2.2rebase需要修改的commitgitrebase-iHEAD~2 #修改最近2条修改记录执行rebase命令后，会出现reabse
一、撤销commit写完代码后，我们一般这样gitadd.//添加所有文件gitcommit-m“本功能全部完成”而如果想撤回commit,可以使用下面命令撤回commit操作，但是代码仍然保留。gitreset--softHEAD^或者gitreset--softHEAD~1HEAD^的意思是上一个版本，也可以写成HEAD~1，这两个命令都表示撤回到上一次提交，不修改本次提交的改动。即不删除工作空间改动代码，撤销commit，不撤销gitadd.补充其他两个参数：–mixed意思是：不删除工作空间改动代码，撤销commit，并且撤销gitadd.操作这个为默认参数,gitreset--mix
目录一、位图1.1、引出位图1.2、位图的概念1.3、位图的应用1.4、位图模拟实现二、布隆过滤器2.1、什么是布隆过滤器2.2、布隆过滤器应用的场景2.3、布隆过滤器的原理2.4、布隆过滤器的查找2.5、布隆过滤器的插入2.6、布隆过滤器的删除2.7、布隆过滤器的优缺点2.8、布隆过滤器的模拟实现一、位图1.1、引出位图我们在了解位图之前，前看一道题：给40亿个不重复的无符号整数，没排过序。给一个无符号整数，如何快速判断一个数是否在这40亿个数中?对于这道题,我们有两个思路:1、内存内查找:面对40亿个无符号整数,我们可以使用搜索树和哈希表,时间复杂度也就为O(n),因为搜索树不仅存储数据,
git基本命令reset撤销commithttps://blog.csdn.net/a704397849/article/details/135220091idea中rest撤销commit过程如下：Git->RestHead…在ToCommit中的HEAD后面加上^，点击Reset即可撤回最近一次的尚未push的commitResetType有三种：Mixed（默认方式），保留本地源码，回退commit和index信息，最常用的方式Soft回退到某个版本，只回退了commit的信息，不撤销gitaddfile，不删除工作空间的改动代码。如果还要提交，直接commitHard彻底回退，本地源码
现状开发团队中，总是有人提交代码时的commit内容乱写一通，或者不明确不完整。当回溯代码的时候，很难通过commit内容定位历史记录，只能一条一条查看，找不到就要去问历史参与开发的其他同事，沟通成本太高了。定义commit规范，能够一定程度解决这个问题，规范一定要简单，过于严苛和复杂会让提交者厌烦。如果您的团队采用tapd作为敏捷开发平台，可以参考这套规范。规范示例：TAPD需求标题：类型：主题解释：内容由3个部分构成：TAPD需求标题、类型标识和主题，中间用全角或者半角逗号分隔。如果tapd标题很长，可以截取前10到15位，tapd标题必须填写。类型列表：类型缩写解释必填featurefe
当前kafka的版本为2.8.11，SpringBoot的版本为2.7.6，在pom.xml中引入下述依赖：org.springframework.kafkaspring-kafka2.8.11提前说明：当前Kafka的使用是与SpringBoot做了整合，不是使用原生的Kafka，因此Kafka的某些功能SpringBoot是做了二次封装，使其更加符合于实际情况。 1、Kafka客户端自动提交offsetWindosw环境下面使用下述两个命令重装Zookeeper和Kafka：dockerrun-d--namezookeeper-p2181:2181-tzookeeper:latestdoc
这是我的哈希：{"Specialty"=>"Other(noteindescription);Medical;Dental;Vision","Value"=>"https://www.example.com/ca"}{"Value"=>"P.O.BOX60007LOSANGELES,CA90060"}{"Specialty"=>"Pharmacy;Medical","Value"=>"800-824-0898"}{"Specialty"=>"UrgentCare;Medical","Value"=>"800-700-9186"}{"Specialty"=>"UrgentCare;Emergen
在Git中，如果你执行了gitreset或gitcommit--amend等操作，可能会导致某些commit被"drop"，也就是不再直接可见。这些commit通常会被Git的垃圾收集机制（garbagecollection）删除，但它们并不会立即被永久销毁。在某些情况下，你仍然有机会找回这些"drop"掉的commit。下面是一些方法，可能有助于找回"drop"掉的commit：使用gitreflog：gitreflog命令会显示所有的HEAD引用更改历史，包括已经"drop"的commit。你可以使用gitreflog查看这些记录，找到需要找回的commit的哈希值，然后通过gitchec
目录一、什么是哈希二、哈希冲突三、哈希函数3.1、哈希函数设计原则3.2、常见的哈希函数四、哈希冲突解决4.1、闭散列4.2、开散列五、哈希表的模拟实现5.1、哈希表的功能模拟实现5.2、测试模拟实现：一、什么是哈希如果构造一种存储结构，可以通过某种函数(hashFunc)使元素的存储位置与它的关键码之间能够建立一对一的映射关系，那么在查找时通过该函数就可以很快找到该元素；当向该结构中： 插入元素时：根据待插入元素的关键码，以此函数计算出该元素的存储位置并按此位置进行存放； 搜索元素时：对元素的关键码进行同样的计算，把求得的函数值当做元素的存储位置，在结构中按此位置
在搭建Redis6.x版本的集群环境曾出现各节点无法互相发现与Hash槽分配异常CLUSTERDOWNHashslotnotserved的情况，故而把解决方式记录下来。在一台虚拟机机器搭建Redis集群——192.168.25.116：6380192.168.25.116：6381192.168.25.116：6382192.168.25.116：6383192.168.25.116：6384192.168.25.116：6385启动Redis集群，然后连接其中一个节点，随便add一个指令，测试集群是否可行，结果报出异常(error)CLUSTERDOWNHashslotnotserved提示
