merge

转载： https://www.jianshu.com/p/fc97dd7e822c import xlwt #导入模块 workbook = xlwt.Workbook(encoding='utf-8') worksheet = workbook.add_sheet('sheet1') #通过worksheet调用merge()创建合并单元格 #第一个和第二个参数单表行合并,第三个和第四个参数列合并, #合并第0列到第2列的单元格 worksheet.write_merge(0, 0, 0, 2, 'first merge') workbook.save('students.xls') import xlwt #导入模块 workbook = xlwt.Workbook(encoding='utf-8') #创建workbook 对象 worksheet = workbook.add_sheet('gongzuo') #创建工作表sheet # 通过worksheet调用merge()创建合并单元格 worksheet.write_merge(0, 0, 0, 2, 'first merge') # 合并第0列到第2列的单元格 workbook.save('C:\\Users\\del\\Desktop\\students.xls') #保存表为students.xls 来源：

图解 Git 命令 基本用法 上面的四条命令在工作目录、stage 缓存(也叫做索引)和 commit 历史之间复制文件。 git add files 把工作目录中的文件加入 stage 缓存 git commit 把 stage 缓存生成一次 commit，并加入 commit 历史 git reset -- files 撤销最后一次 git add files，你也可以用 git reset 撤销所有 stage 缓存文件 git checkout -- files 把文件从 stage 缓存复制到工作目录， 用来丢弃本地修改 git commit -a 相当于运行 git add 把所有当前目录下的文件加入 stage 缓存再运行 git commit。 git commit files 进行一次包含最后一次提交加上工作目录中文件快照的提交，并且文件被添加到 stage 缓存。 git checkout HEAD -- files 回滚到复制最后一次提交 代码合并：Merge、Rebase 的选择 概述 git rebase 和 git merge 做的事其实是一样的。它们都被设计来将一个分支的更改并入另一个分支，只不过方式有些不同 Merge #将 master 分支合并到 feature 分支最简单的办法就是用下面这些命令 git checkout feature git

HDFS非常容易存储大数据文件，如果Hive中存在过多的小文件会给namecode带来巨大的性能压力。同时小文件过多会影响JOB的执行，hadoop会将一个job转换成多个task，即使对于每个小文件也需要一个task去单独处理，task作为一个独立的jvm实例，其开启和停止的开销可能会大大超过实际的任务处理时间。 同时我们知道hive输出最终是mr的输出，即reducer（或mapper）的输出，有多少个reducer（mapper）输出就会生成多少个输出文件，根据shuffle/sort的原理，每个文件按照某个值进行shuffle后的结果。 为了防止生成过多小文件，hive可以通过配置参数在mr过程中合并小文件。而且在执行sql之前将小文件都进行Merge，也会提高程序的性能。我们可以从两个方面进行优化，其一是map执行之前将小文件进行合并会提高性能，其二是输出的时候进行合并压缩，减少IO压力。 1、小文件带来的问题 HDFS的文件元信息，包括位置、大小、分块信息等，都是保存在NameNode的内存中的。每个对象大约占用150个字节，因此一千万个文件及分块就会占用约3G的内存空间，一旦接近这个量级，NameNode的性能就会开始下降了。此外，HDFS读写小文件时也会更加耗时，因为每次都需要从NameNode获取元信息，并与对应的DataNode建立连接

rebase——变基，就是这个可能会把事情搞得一团糟的操作。 对于变基，我只能说，需要一个配合默契的团队，你们心灵想通，互相了解，然后你们会做出非常漂亮的事情。对于使用变基且几乎不会出问题的团队，我一般都是由衷的赞叹和羡慕，因为真的是一群非常好的小伙伴，这样的同事在一起工作应该是非常开心的。 某次提交 commit id 为 master，基于此，有两个分支 master'（在 master 基础上有新的提交进行了更改） 和 develop，我要把 develop 的修改放到 master' 的后面，我需要做的是( git rebase master develop; git merge develop )： git checkout develop git rebase master' git checkout master' git merge develop 其中 rebase 的操作实际的过程是先找到 master' 和 develop 共同的基底，再将 develop 的每次修改暂存下来，然后将当前分支指向目标基底，再将暂存依次应用到目标基底，依次应用暂存修改。这样提交记录就是一条线了，尤其适用于向一些他人维护的项目提交 pr。rebase 还有更方便的用法，是 rebase --onto，这个就厉害了，可以让你的提交记录灵活更改，你会用吗？ 都是合并代码，但

ProGit这本书讲的挺不错。循序渐进。有几个命令书中语焉不详，卡住了挺长时间。记录一下。 remote branch 每一个remote branch都会在本地表现为一个不可改变的静态branch。使用git branch -a可以看到。红色的就是remote branch。不能够对这些branch进行改动，但是可以创建一个这些remote branch的tracking branch： git checkout -b b1 origin/b1 # or git checkout --tracking origin/b1 这时候，创建出来的local branch就会被git看作是对应的remote branch的tracking branch。在执行git push的时候，local branch的内容就会自动被push到它的tracking branch。 缺省的master就是origin/master的tracking branch。 本地的branch只能够通过向remote branch推送（push）数据的方式来和remote branch交互。如果想创建一个remote branch，就需要创建一个branch，然后 git branch b2 git push origin b2 这两条命令创建一个本地branch b2，然后将它增加到remote branch

引言 二叉堆是对优先队列的一种高效实现，左式堆是针对二叉堆合并操作困难的缺点，而提出的另外一种优先队列实现方式。 线性结构合并困难是显而易见的，而二叉堆那样高效的支持合并操作而且只使用一个数组更是难得。 这是因为，合并似乎需要把一个数组拷贝到另一个数组中去，对于相同大小的堆，这将花费O(N)。 但这区区O(N)还不够，所以就不能使用顺序存储结构，应该使用链式指针。有一句话说的特别好： 所有支持高效合并的高级数据结构都需要使用指针 。 能更高效完成合并的 左式堆 和 二项队列 显然都是使用了 指针 ，是 链接存储 的。 左式堆详解 这里有一篇比较详细的讲解，可看 从npl属性看左式堆 注意理解 npl 这个属性， npl 是 null path length 的缩写，意为 从该结点到达一个没有两个孩子的结点的最短距离 （一个孩子的结点或者叶子结点）。 一般定义 null 的 npl 为 -1 以使计算简便。 容易得到，任意结点的 npl 是它的子结点的 npl 中 较小 的那个结点的 npl+1 。 即 root.npl = min(root.left.npl, root.right.npl)+1 （前提是root != null && root.left != null && root.right != null，否则空指针……） 任意结点的左孩子的 npl 大于等于右孩子的

详细： https://blog.csdn.net/qq_31117191/article/details/77141825 git是分为三部分，一部分是你自己的文件，另外一个是缓存区，最后一个是本地库。 当你修改了自己的文件后，你会 git add xx 将修改保存到缓存区，然后再用 commit 推送修改到本地库中。 （提交到缓存） git add -A 提交所有变化到缓存区 git add -u 提交被修改(modified)和被删除(deleted)文件，不包括新文件(new) git add . 提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件 -------------------------------------------------------------------------------- （提交到本地git） git commit -m "" 将暂存区里的改动给提交到本地的版本库。 git commit -a -m "" 能提交修改过，但是没有添加到缓存区的文件（修改过的就能提交） 使用命令：git log 能查看提交历史，后面加上 --pretty=oneline 能使内容单行显示 使用命令：git status 能让我们时刻掌握仓库当前的状态 -----------------------------------