个人博客系统设计(支持hexo和halo同步)

1. 本文主要介绍自己的博客系统是如何设计的，并使用Halo博客同步器 将hexo（git pages: https://linshenkx.github.io ）文章自动同步到halo( http://linshenkx.cn )。
   实现一次编写、两套博客系统并存、多个网址访问的效果。

一 总览

达到效果

blog博客源码仓库（核心，私有）：https://github.com/linshenkx/blog

博客发布流程

1. 编写博客
   在blog工程下写博客，工程为标准hexo，博客为markdown文件放在source/_posts目录下，使用多层级分类存放
2. 发布到git pages
   完成博客的增删改后，在工程目录下执行hexo clean && hexo d -g部署到git pages。
   这里我配置了同时发布到github和gitee，需要注意的是，gitee的git pages需要手动去触发更新才能生效。
3. 提交并推送工程
   提交并推送blog工程的修改。
   netlify将自动获取blog工程，并执行hexo部署脚本（效果和git pages一样，只是用netlify访问据说会快一点）
   自己开发的Halo博客同步器也会检测到blog工程更新，根据更新情况将变化同步到halo博客系统中。

二 设计思路

1 起因

本来我一直是在使用csdn的，但是网页端写作确实不方便，而且还可能受网络情况限制。
所以我后面一般都是用印象笔记做记录，在印象笔记写好再看心情整理到csdn上去。
但是悄不注意的，在21年初csdn改版，同时也改变了排名和引流规则。
之前一个星期2500到3000的访问量现在只剩1500到2000了。

嗯，不可忍。换。

2 调研

市面上的博客系统可根据对Git Pages的支持（即是否支持生成静态网站）分为两大类：

一是以hexo为代表的静态网站生成器：如hexo、hugo、jekyll，较成熟，有较多第三方主题和插件，可与git pages搭配使用，也可自行部署。

二是以halo为代表的五花八门的个人博客系统，功能更加强大，自由度更高，通常带后台管理，但不支持git pages，需自行部署。

3 分析

个人博客的话使用git pages比较稳定，网址固定，可以永久使用，而且可以通过搭配不同的git服务商来保证访问速度。
但是git pages的缺点也很明显，是静态网站，虽然可以搭配第三方插件增强，但说到底还是个静态网站。

而如果自己买服务器，买域名，用第三方个人博客系统，就可以玩得比较花里胡哨了，但谁知道会用多久呢。
服务器、域名都要自己负责，三五年之后还能不能访问就比较难说了。
但是年轻人嘛，总还是花里胡哨点才香。

那我就全都要。

git pages作为专业性较强的个人网站可以永久访问，
然后再弄个服务器放个博客系统自己玩。

4 选型

静态网站生成器选的是hexo，传统一点，支持的插件和主题比较多。
hugo虽然也不错，但似乎国内用的不多，支持可能还不够完善。

然后hexo的主题用的最经典的next，比较成熟，功能也很完善
虽然整体比较严肃压抑，但可以自己加个live2d增添点活力，
作为一个展示专业性的博客网站这样也就够了

自定义博客系统的话我选的是halo，最主要原因是它是java写的，利于二次开发（事实上后面用着也确实有问题，还提交了一个issue）
而且功能比较强大，生态比较完善，虽然第三方主题少且基本都没更新，但是…实在是找不出其他一个能打的了
另外halo支持导入markdown，且功能基本都通过rest接口放开，适合开发者使用

三 设计实现

1 hexo

hexo本身只是静态网站生成器，你可以把hexo项目本身发布成为git pages项目，
像github、gitee这些会识别出这是一个hexo项目，然后进行编译，得到静态资源供外部访问。
这也是最简单的用法。

但是不推荐。

因为git pages项目一般都要求是public的（且名称固定，一个git账号只有一个git pages仓库），
hexo项目包含你的博客markdown源文件和其他的个人信息。
我们只是想把必要的生成后的静态网页放出去而已，至于项目的配置信息和markdown源文件应该藏起来。

所以需要使用 hexo-deployer-git 插件进行git pages的部署。
即放到git公开的文件只有生成后的网页文件而已，git只是把你生成后的index.html进行直接展示，不会再去编译了
（需要在source目录下添加.nojekyll文件表明为静态网页，无须编译）

而项目本身为了更好地进行管理和记录，还是要发布到git上面的，作为一个普通的私有仓库，名称可以任意（如 blog）

这样，每次要增删改完文章只需要执行hexo clean && hexo d -g即可发布到git仓库上
注意，不同git服务商git pages规则不一样。
比方说我gitee和github的用户名都是linshenkx
但是gitee要求的仓库名是linshenkx，而github的仓库名就必须是linshenkx.github.io了
而github的git pages仓库在接收到推送后就自动（编译）部署
gitee则需要到仓库web界面手动触发更新

截至到这一步是大多数人的做法，即git上两个仓库并存，一（或多）个git pages公有仓库做展示，一个blog仓库存放博客源码
注意：如果git pages仓库允许私有，则可以使用一个仓库多个分支来实现相同效果。
但还是推荐使用两个仓库，因为这样更通用，设计上也更合理。

工程总体结构如下，为普通hexo工程：

博客源码目录结构如下，为多层级结构：

2 halo

halo的使用看官方文档一般就够了，这里需要补充的是其代理配置。
因为halo的在线下载更新主题功能通常需要连接到github，我习惯通过代理访问
这里提供一下配置方法
即在容器启动时添加JVM参数即可

1
2

docker run -it -d --name halo --network host -e JVM_OPTS="-Dhttp.proxyHost=127.0.0.1 -Dhttp.proxyPort=7890 -Dhttps.proxyHost=127.0.0.1 -Dhttps.proxyPort=7890" -v /opt/halo/workspace:/root/.halo --restart=always halohub/halo
 

3 markdown图片

markdown图片的存放一直是个麻烦的问题。
最害怕遇到就是图链的失效，而且往往自己还不能发现。
理想状态下就是markdown一张图片支持配置多个图床链接，第一个图床链接超时就使用下一个。
这种服务端的处理思想很明显不适合放到客户端。
退而求其次，配置一个链接，访问这个链接会触发对多个图床的访问，然后那个快用那个。
这个效果技术上不难实现，也有个商业产品（聚合图床）是这样的，缺点是收费。
然后我又在github、gitee上找了各个图床软件，都不怎么样（这个时间成本都够给聚合图床开几年会员了）
最终还是妥协，用云存储吧，选了阿里
七牛、腾讯也都试了，其实都差不多，看个人爱好，没有太特别的理由

如果你用typora写markdown的话很方便，它支持picgo插件

但我习惯在idea里面编写，idea也有一些markdown-image插件，基本都不好用
所以我还是安装了picgo，开了快捷键，复制图片直接快捷键粘贴体验也还是比较舒服的
picgo的特点是插件多，不过插件质量一般，有很多bug

花了两天时间纠结、测试，最后的方案是：idea编辑+阿里云存储+picgo上传

4 同步

这才是重点

1 同步的方向

即在哪里写文章，同步到哪里

我还是习惯用idea写markdown文档而不是在网页上。
所以确定是流向为 hexo->halo

2 技术支撑

halo支持导入markdown文件，所以主要问题为hexo的markdown博客源码文件的获取
hexo文章存储路径为 source/_posts ，有多层级文件夹，可以简单地理解成文件IO操作获取文章内容。
但关键是存储在git上，这里可以用JGit进行操作。
同时，JGit支持获取两次commit之间的文件变化情况。
即可以捕获到文章的增删改操作，而不用每次都全量地同步。

3 成果

又处理了一些细节问题，最终还是自己做了个haloSyncServer同步程序，
封装成docker，放服务器上跑，实现同步。
待整理后开源。

2021年11月更新
开源地址为：https://github.com/linshenkx/haloSyncServer
效果

法拍房

以前玩过法拍房。

答案是：买卖不破租赁，没辙儿。

而且存在租赁的情况法院必然会在拍卖前告知，可能你冲动之下不看仔细就瞎jb拍了。人家租赁合同估计做得也没啥原则性的漏洞（正常情况下房主计划断供之前就准备好一切了，还能等到拍卖完了才想起来临时抱佛脚？），否则你也不会跑来知乎问问题。

知乎懂哥太多了，民法典上写得清清楚楚的东西还要来杠

给想玩法拍房的人一个建议。

以前我玩法拍房，都是先找银行的熟人把银行的不良贷款列一份名单给我。

看上哪套房子，就联系银行把该房的债权买下来，（银行-〉有资质的第三方机构-〉个人，具体步骤结尾有补充）（即房主欠银行的钱变成房主欠我的钱）。银行本来就不是拍卖机构，拍卖周期又可能比较长，银行一般急着回笼资金节约流程巴不得有人把债权买走，还会打折卖。之后自己成了债权人，就可以在拍卖信息上把联系电话留成自己的。

有买家想了解这套房，就会打我的电话，这时我会告诉买家这套房有一些问题，比如就存在题主说的“有超长租赁合同”之类的。买家一听这房子藏雷，就不打算买了。

最后想买的买家全都被我劝退，没有任何人和我竞争，这时我再让合伙人出手竞拍（债权人不能买，所以需要一个合伙人），于是这套房子就被我以起拍价买下来了。

你们要买法拍房的可以参考这个方法。

没想到这里还有杠精，是因为我把这路子免费分享出来，知道的人多了会挡你财路？

补充细节：

1，债权不能直接从银行到个人，需要经手有资质的第三方机构，比如拍卖行。具体步骤：挑好房子谈好折扣——打款到拍卖行——和银行签债转协议——银行债转公示——公证处债权公证——法院出债转文书——诉讼主体变更——接手债权。

2，法拍房如果出现意外情况，处理较繁琐。我以前只出资投债权赚差价，不沾房子本身。不认识熟人的散户建议联系专门的拍卖中介机构，不会多收你几个钱。中介也是按上面说的这些流程走的。

最后声明：

知乎杠精太多了。

我回答这个问题仅仅只是因为关注动态里蹦出来了这个问题，而我正好以前在这个领域玩过一段时间，所以顺手答一下。我本人是原神和vtb领域的答主，对金融方面的流量不感兴趣，更何况还是知乎这种公认变现价值低的劣质流量。

另外本人自前年底去年初住建部全国巡视指导发政策后就不再玩房了，不打广告不为自己引流（当然你可以去b站关注一下嘉然），也不接受网友任何投资与资金往来。答主绝不可能以任何形式问你要钱、拉你进任何形式的群聊、让你注册任何形式的账号等等。

2020年工作总结

1.工作内容

• 开发、上线了60多家机构模板

• 完成64万多历史未走识别模板报告导入athena处理的数据清洗

• 完成word、ppt、xps等格式报告转pdf功能的调研和开发

• 日常的机构模板异常、改动的修复

• 根据相应需求对识别服务做了一些改动和优化

  2. 收获

• 对模板可能出现的问题，积累了一定的经验，可以快速的定位解决

• 对面向对象编程有了更深的理解，分层次展现、分级别访问、封装对象之间各种关系

• 工作的条理性更加清晰，能够分清主次和轻重缓急。在开发时间仓促的情况下，能够详细计划。

• 能够更快地理解每个需求背后的逻辑和需要做的一些事情

  3. 好的、坏的

好的

• 通过学习、调研，能够独立解决一些疑难问题
• 沟通、做事的逻辑有所提升，能够独立完成一部分工作，承担自己的责任。
• 代码更加规范了

坏的

• 业务中所用到的技术，理解得还不够全面

• 业务开发中遇到的问题，经验欠缺，处理起来还不够熟练

  4. 计划

• 一个项目中，涉及的技术很多，有的不懂的需要加强学习

• 争取明年4月份，识别率能够达到80%吧

问答系统总结

1.开发工具GIt，idea

• 我是把代码放到github上的，以便于代码版本管理，不能拷贝来拷贝去
• java语言/规范最基础，要研究jvm，垃圾回收算法思路，根据什么样的规则，怎么回收申请的一些对象；参数可以配置，怎么配置，对应的后台运行又是怎么样的

  2.Spring Boot，Velocity

• spring框架：spring是怎么做的，view、controller、service是怎么连在一起的：spring是控制反转、依赖注入，解决了数据数据初始化一些问题，能够吧代码写得很简洁，然后脱颖而出，核心是怎么做的，数据初始化是怎么做的。面向切面的编程可以用在什么地方，spring的一般框架是mvc
  ：层是controller、中间层是service、底层是dao。为什么这么分？他比其他的区别是什么？对一些request包装了
  找spring一两点深入研究：我不仅仅是用了spring，我还研究了他某一个组件，他是怎么实现的？讲讲(闪光点）

• velocity（模板语言）
  我用了velocity，我发现了velocity里的很多东西和我学的java、c++都是一样的，他这个框架他把一些公用的都提取出来，前面的spring boot是个java框架，为什么要用velocity，因为我要前后端分离，view和后面的数据要分离，data是怎么传过来的，怎么解析的，他支持什么东西？（不仅仅用了这个东西，还有思想，解耦）

  3.mybatis

• 怎么把数据库的一些前后的读取给做了，怎么把xml里的多重条件，怎么做文法的解析，然后把这些条件给处理掉。

  4.登录/注册

• 网站安全（salt）：密码为什么加了一个salt就变得安全？

• 通过拦截器来实现的：拦截器的思想、框架，留好接口;拦截器实现登录注册：我在cookie里放了一个token，token怎么处理用户登录注册的：在用户登录注册的时候，会下发一个token，把token与用户信息关联起来，关联起来之后我为了优化token信息，把token放到数据库里（redis），设计一个分布式的统一登录系统，现在的互联网产品都是统一登录的，比如，登录qq之后，登录网页就不需要登录了，qq登录过的token直接注入到网页上去。这是个ssension共享问题：、

• 保证数据安全：验证（邮件激活）

  5.前缀树

• 构造一个前缀树，通过一个有限状态机来实现一传文本是不是包含敏感词，繁杂度是多少 很重要：优点有哪些？为什么不用kmp，文本查找算法：
  可以很快的加一些词汇过来；有扩展性，以及性能更提高

  6.redis

• 数据结构：跳列表，哈希，优先队列，list：我了解redis底层是怎么实现的，为什么他的效率很高，他的字符串是怎么保存的，做这个工程的时候我用在的异步队列上、排序上、异步框架

  7.异步框架

• 思路：我这个网站附带的每一步操作可能附带的操作都非常多，为了更快的吧结果返回给用户，所以采用异步框架，自己写的，数据结构：使用redis的队列，因为redis能够保证线程同步；除了用队列，我还想过用有优先队列，这样我的异步框架能够把紧急的任务线处理掉。我这个异步框架：有消息的发射，消息的处理，事件的模型定义以及具体执行的eventhandle，我定义了一些公共接口把这些实现了。

  8.邮件（smtp协议）

• 做了一个简单邮件，怎么连接上服务器，我当时做这个的时候，ssl问题
  ，ssl理解，服务器需要ssl链接，为了安全服务器是怎么做的；java sdk 1.7 1.8的问题，1.8是需要换一个jar包的

• 豆瓣电影排序：好的问题能挑选出来，互动越多，时间越新，评分越高。

  9.timeline（时间轴）

• 肯定会问：为什么用推拉模式，用推实时性高能让好友快速得到消息，用拉能节省僵尸号、不是活跃用户的存储空间。怎么区分？最后把timeline组合起来‘timeline模板系统，每个新鲜事展向不一样，和velocity结合起来，后台存储的都是核心数据，每个数据对应的是一个模板，我把模板结合起来，我就能快速的把时间轴展示出来。

  10.爬虫

  11.solr搜索

• 搜索去重：对比相似度，敏感哈希算法，哈希算法：两个字符串稍微有一点点不一样，结构就是不一样的。可能头尾是不一样的，内容一样：采用敏感哈希算法把相似度求出来，区别：敏感哈希算法两个文档相似度很高，他生成的哈希值的比例是很相似的。

  12.单元测试/部署

• 部署：运维，llinux nigix反向代理，与正向对比。负载均衡：为什么要负载均衡。

Mysql获取每组前N条记录

Select基础知识

我们在实现select语句的时候,通用的sql格式如下:

1
2
3
4
5
6

select *columns* from *tables*
    where *predicae1*
    group by *columns*
    having *predicae1*
    order by *columns*
    limit *start*, *offset*;

很多同学想当然的认为select的执行顺序和其书写顺序一致,其实这是非常错误的主观意愿,也导致了很多SQL语句的执行错误.

这里给出SQL语句正确的执行顺序:

1
2
3
4
5
6
7

from *tables*
where *predicae1*
group by *columns*
having *predicae1*
select *columns*
order by *columns*
limit *start*, *offset*;

举个例子,讲解一下group by和order by联合使用时,大家常犯的错误.

创建一个student的表:

1

create table student (Id ine1ger primary key autoincrement, Name e1xt, Score ine1ger, ClassId ine1ger);

插入5条虚拟数据:

1
2
3
4
5

insert into student(Name, Score, ClassId) values("lqh", 60, 1);
insert into student(Name, Score, ClassId) values("cs", 99, 1);
insert into student(Name, Score, ClassId) values("wzy", 60, 1);
insert into student(Name, Score, ClassId) values("zqc", 88, 2);
insert into student(Name, Score, ClassId) values("bll", 100, 2);

表格数据如下:

我们想找每个组分数排名第一的学生.

大部分SQL语言的初学者可能会写出如下代码:

1

select * from student group by ClassId order by Score;1

结果:

明显不是我们想要的结果,大家用上面的执行顺序一分析就知道具体原因了.

原因: group by 先于order by执行,order by是针对group by之后的结果进行的排序,而我们想要的group by结果其实应该是在order by之后.

正确的sql语句:

1

select * from (select * from student order by Score) group by ClassId;

结果:

获取每组的前N个记录

这里以LeetCode上难度为hard的一道数据库题目为例。

Department Top Three Salaries

题目内容

The Employee table holds all employees. Every employee has an Id, and there is also a column for the department Id.

The Department table holds all departments of the company.

Wrie1 a SQL query to find employees who earn the top three salaries in each of the department. For the above tables, your SQL query should return the following rows.

题目的意思是：求每个组中工资最高的三个人。(ps：且每个组中，同一名中允许多个员工存在，因为工资是一样高.)

解决思路

1. 我们先来获取每个组中的前3名工资最高的员工

1
2

select * from Employee as e
    where (select count(distinct(e1.salary)) from Employee as e1 where  e1.DepartmentId = e.DepartmentId and e1.salary > e.salary) < 3;12

where中的select是保证：遍历所有记录，取每条记录与当前记录做比较，只有当Employee表中同一部门不超过3个人工资比当前员工高时，这个员工才算是工资排行的前三名。

1. 有了第一步的基础，接下来我们只需要使用as去构造新表，并且与Department表做个内联，同时注意排序就好了

1
2
3
4
5

select d.Name as Department, e.Name as Employee, e.Salary as Salary
    from Employee as e inner join Department as d
    on e.DepartmentId = d.Id
    where (select count(distinct(e1.Salary)) from Employee as e1 where e1.DepartmentId = e.DepartmentId and e1.Salary > e.Salary) < 3
    order by e.Salary desc;

问答系统总结2

1.开发工具GIt，idea

• 我是把代码放到github上的，以便于代码版本管理，不能拷贝来拷贝去
• java语言/规范最基础，要研究jvm，垃圾回收算法思路，根据什么样的规则，怎么回收申请的一些对象；参数可以配置，怎么配置，对应的后台运行又是怎么样的

  2.Spring Boot，Velocity

• spring框架：spring是怎么做的，view、controller、service是怎么连在一起的：spring是控制反转、依赖注入，解决了数据数据初始化一些问题，能够吧代码写得很简洁，然后脱颖而出，核心是怎么做的，数据初始化是怎么做的。面向切面的编程可以用在什么地方，spring的一般框架是mvc
  ：层是controller、中间层是service、底层是dao。为什么这么分？他比其他的区别是什么？对一些request包装了
  找spring一两点深入研究：我不仅仅是用了spring，我还研究了他某一个组件，他是怎么实现的？讲讲(闪光点）
• velocity（模板语言）
  我用了velocity，我发现了velocity里的很多东西和我学的java、c++都是一样的，他这个框架他把一些公用的都提取出来，前面的spring boot是个java框架，为什么要用velocity，因为我要前后端分离，view和后面的数据要分离，data是怎么传过来的，怎么解析的，他支持什么东西？（不仅仅用了这个东西，还有思想，解耦）

  3.mybatis

• 怎么把数据库的一些前后的读取给做了，怎么把xml里的多重条件，怎么做文法的解析，然后把这些条件给处理掉。

  4.登录/注册

• 网站安全（salt）：密码为什么加了一个salt就变得安全？
• 通过拦截器来实现的：拦截器的思想、框架，留好接口;拦截器实现登录注册：我在cookie里放了一个token，token怎么处理用户登录注册的：在用户登录注册的时候，会下发一个token，把token与用户信息关联起来，关联起来之后我为了优化token信息，把token放到数据库里（redis），设计一个分布式的统一登录系统，现在的互联网产品都是统一登录的，比如，登录qq之后，登录网页就不需要登录了，qq登录过的token直接注入到网页上去。这是个ssension共享问题：、
• 保证数据安全：验证（邮件激活）

  5.前缀树

• 构造一个前缀树，通过一个有限状态机来实现一传文本是不是包含敏感词，繁杂度是多少 很重要：优点有哪些？为什么不用kmp，文本查找算法：
  可以很快的加一些词汇过来；有扩展性，以及性能更提高

  6.redis

• 数据结构：跳列表，哈希，优先队列，list：我了解redis底层是怎么实现的，为什么他的效率很高，他的字符串是怎么保存的，做这个工程的时候我用在的异步队列上、排序上、异步框架

  7.异步框架

*思路：我这个网站附带的每一步操作可能附带的操作都非常多，为了更快的吧结果返回给用户，所以采用异步框架，自己写的，数据结构：使用redis的队列，因为redis能够保证线程同步；除了用队列，我还想过用有优先队列，这样我的异步框架能够把紧急的任务线处理掉。我这个异步框架：有消息的发射，消息的处理，事件的模型定义以及具体执行的eventhandle，我定义了一些公共接口把这些实现了。

8.邮件（smtp协议）

• 做了一个简单邮件，怎么连接上服务器，我当时做这个的时候，ssl问题
  ，ssl理解，服务器需要ssl链接，为了安全服务器是怎么做的；java sdk 1.7 1.8的问题，1.8是需要换一个jar包的
• 豆瓣电影排序：好的问题能挑选出来，互动越多，时间越新，评分越高。

  9.timeline（时间轴）

• 肯定会问：为什么用推拉模式，用推实时性高能让好友快速得到消息，用拉能节省僵尸号、不是活跃用户的存储空间。怎么区分？最后把timeline组合起来‘timeline模板系统，每个新鲜事展向不一样，和velocity结合起来，后台存储的都是核心数据，每个数据对应的是一个模板，我把模板结合起来，我就能快速的把时间轴展示出来。

  10.爬虫

  11.solr搜索

• 搜索去重：对比相似度，敏感哈希算法，哈希算法：两个字符串稍微有一点点不一样，结构就是不一样的。可能头尾是不一样的，内容一样：采用敏感哈希算法把相似度求出来，区别：敏感哈希算法两个文档相似度很高，他生成的哈希值的比例是很相似的。

  12.单元测试/部署

• 部署：运维，llinux nigix反向代理，与正向对比。负载均衡：为什么要负载均衡。

git 对比两个分支差异

1. 显示出branch1和branch2中差异的部分

1

git diff branch1 branch2 --stat

2. 显示指定文件的详细差异

1

git diff branch1 branch2 具体文件路径

3. 显示出所有有差异的文件的详细差异

1

git diff branch1 branch2

4. 查看branch1分支有，而branch2中没有的log

1

git log branch1 ^branch2

5. 查看branch2中比branch1中多提交了哪些内容

1

git log branch1..branch2`

注意，列出来的是两个点后边（此处即dev）多提交的内容。

6. 不知道谁提交的多谁提交的少，单纯想知道有是吗不一样

1

git log branch1...branch2

7. 在上述情况下，在显示出没个提交是在哪个分支上

1

git log --lefg-right branch1...branch2

注意 commit 后面的箭头，根据我们在 –left-right branch1…branch2 的顺序，左箭头 < 表示是 branch1 的，右箭头 > 表示是branch2的。

git切换分支保存修改的代码的方法

git之 分支切换时相互影响的问题

git下分支的应用是很方便的一个功能，但是有一个问题，如果我在分支A有工作尚未完成，想要跳到分支B，如果不注意，可能搞乱你的工作。

首先说，如果你的分支A工作区和缓存区是干净的（即你在A分支commit之后再没做任何更改），你随便往别的分支跳都不会有影响的。但是如果你在A分支下有未完成的工作，即你用git status看显示有没有add或者commit的内容，你往B分支checkout的时候，会把你在A分支下的工作带过去，如图：

在命令$git checkout B之后显示的A A1 和A A2意思即为提醒使用者，有未提交的工作也一起跳转到分支B上啦（前面的大写A意味着A1，A2文件是新建且已经git add的文件；如果是大写M则意味着A1，A2文件为内容有更改的原有文件；D则意味着是删除了A1，A2文件）。这个时候你如果在B分支上进行其他工作而不编辑A1，A2文件，目前来说是没问题的。然而，一旦你在B分支上完成了某项工作，运行了commit命令，A1，A2文件之前的更改也会在A分支上进行提交，而git的规矩是，在那个分支上进行的提交，就算哪个分支上的工作。

也就是说，一旦你把A分支上尚未完成的工作带到了B分支上并在B分支上顺利提交，那么你本来希望是在A分支上进行的工作，则会被提交到本地库中B分支上，该部分工作在A分支下用git log命令查看不到但是在B分支下则可以查看到。这在实际的工作中会导致你的两个分支乱掉或者出现提交冲突。不是不能补救，但是会很麻烦，所以要尽量避免。

那么怎么避免呢？事实上，在比较旧的版本的git下，你在分支A下有未完成的工作的情形下，是无法跳转到分支B下的，这就很好的避免了后续的尴尬情况，不过目前版本的git是允许你带着未完成工作进行跳转的，所以你可以通过以下手段来避免这种情况下搞乱你的工作：

1.跳转分支之前git status一下查看是不是有没有add和commit的工作，如果有，可以的话，就都提交掉。（事实上尚未add的工作带到了新分支下如果不继续对该文件进行处理，带过去也是没有影响的，大不了跳回来再带回来嘛，反正木有add过的内容在新分支下commit也不会把这部分工作提交。）
2.如果确实有尚未add和commit的工作，但是并未完成不方便进行提交，可以利用git stash进行现场保留，然后跳转。（git stash的用法也是一块比较重要的内容，这里暂不详细介绍了，可以直接百度其用法~）
3.如果1.2你都没有做，很不小心地带着未commit的工作跳转到了另一分支下，跳转之后的提示可以让你意识到你把先前分支的工作带过来了，不做任何修改直接再跳回去就好（就又带回去了），然后进行1或2步中所说。

方法

最近在一个原有的项目上做一次非常大的改版，底层的数据库做了很大的变化，跟现在的版本无法兼容。现在的工作除了开发最新的版本之外还要对原来的版本做例行的维护，修修补补。于是有了在两个分支之间游走切换的问题，最新改版的代码在分支new上，旧版本的代码在分支old上，我在new上开发了一半，忽然有人给了我一个改进的需求，于是我要切换回old去修改代码。在这个场景下，我摸索了三种方法：

及时commit代码

在new分支上把已经开发完成的部分代码commit掉，不push，然后切换到old分支修改代码，做完了commit，所有分支互不影响，这是一个理想的方法。

使用git stash

有时候写了一半的JAVA代码，都还不能编译通过的，就被叫去改另一个分支的bug了。

在new分支上的时候在命令行输入：

1

git stash

或者

1

git stash save “修改的信息"

这样以后你的代码就回到自己上一个commit了，直接git stash的话git stash的栈会直接给你一个hash值作为版本的说明，如果用git stash save “修改的信息”，git stash的栈会把你填写的“修改的信息”作为版本的说明。

接下来你回到old分支修改代码完成，你又再回到new分支，输入：

1

git stash pop

或者

1
2

git stash list
git stash apply stash@{0}

就可以回到保存的版本了。git stash pop的作用是将git stash栈中最后一个版本取出来，git stash apply stash@{0}的作用是可以指定栈中的一个版本，通过git stash list可以看到所有的版本信息：

1
2

stash@{0}: On order-master-bugfix: 22222
stash@{1}: On order-master-bugfix: 22222

然后你可以选择一个你需要的版本执行：

1

git stash apply stash@{0}

这时候你搁置的代码就回来了。

这是一个非常常用的场景,我正在一个分支上修改功能,然后遇到一个bug需要解决,我得切换到其他分支来修改这个bug,但是目前的功能还在开发阶段,还不成熟,还不想执行add和commit,执行这两个后就会在历史中有记录,并不想这样做,于是就有了git stash功能,把我当前的修改暂时保存起来,然后回来的时候再取出来继续开发功能.

git stash是针对整个git工程来进行保存的,也就是说区分不了branch.比如我在a分支git stash save “sss”暂存了一个修改,那么我切换到b分支,我使用git stash pop 就能把在a分支保存的”sss”这个修改同步到了b分支上.所以当我们需要在不同的分支上取出不同的分支上保存的修改,那么就用到了git stash list,这个命令可以把在所有分支上暂存的信息显示出来,然后我们通过 git stash apply stash@{0} 来选择恢复哪个暂存,stash@{0}这个会在list中列出来.

而我们使用Android studio就太方便了.

在当前工程的任何一个文件中,点击右键,选择git–> 选择repository —> 里面会列出stash changes和unstash changes命令,一个是保存修改的命令,一个是恢复修改的命令.

stash changes会让我们给要保存的内容输入一个message,这个和git stash save “”是一样的

而 unstash changes会列表我们之前保存过的list

可以很方便的恢复我们之前的保存的内容.

Git推送文件夹到github仓库

有时候我们可能会遇到当文件累积到了一定程度的时候，想使用 git 进行版本管理，或者推送到 Github 等远程仓库上。本文介绍如何将一个本地文件夹中已经存在的内容使用 git 进行管理，并推送至远程仓库，以及对其中可能出现的错误进行分析。

创建 git 仓库

在该文件夹下初始化仓库：

1

git init

此时将会在此文件夹下创建一个空的仓库，产生一个 .git文件，会看到以下提示：

1

Initialized empty Git repository in FOLDERPATH/.git/

将文件添加到暂存区

使用以下命令：

1

git add .	

此操作会将当前文件夹中所有文件添加到 git 仓库暂存区。

将文件提交到仓库

git add 命令仅仅将文件暂存，但实际上还没有提交，实际上仓库中并没有这些文件，使用以下命令：

1

git commit

此时将会打开一个文件，用于记录提交说明，输入提交说明即可，若说明较为简短，也可以使用以下命令：

1

git commit -m "YOUR COMMENT"

添加远程仓库

使用以下命令添加添加一个远程仓库：

1

git remote add origin YOUR_REMOTE_REPOSITORY_URL

or

1

git remote set-url origin git@github.com:ppreyer/first_app.git

其中 origin 相当于给远程仓库的名称，也就是相当于一个标识符。

推送至远程仓库

使用以下命令将会将本地仓库中的内容推送至远程仓库的 master 分支：

1

git push -u origin master

or

1

git push origin dev:master

注意：如果之前忘记了git commit 的步骤，这里将会出现一个错误提示：

1

error: src refspec master does not match any.

为什么会有这个报错呢？原因其实很简单，在没有使用 git commit 之前，由于这是一个新创建的git仓库，没有master brench，也就是并没有一个工作树可供推送至远程仓库，所以自然也就出错啦。

从远程仓库获取最新代码合并到本地分支

这里共展示两类三种方式。

1.git pull：获取最新代码到本地，并自动合并到当前分支

命令展示

1
2
3
4
5

//查询当前远程的版本
$ git remote -v
//直接拉取并合并最新代码
$ git pull origin master [示例1：拉取远端origin/master分支并合并到当前分支]
$ git pull origin dev [示例2：拉取远端origin/dev分支并合并到当前分支]12345

分析：不推荐这种方式，因为是直接合并，无法提前处理冲突。

2.git fetch + merge: 获取最新代码到本地，然后手动合并分支

2.1.额外建立本地分支

代码展示

1
2
3
4
5
6
7
8
9
10
11
12
13
14

//查看当前远程的版本
$ 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 diff dev1    [示例2：查看本地dev1分支与当前分支的版本差异]
//合并最新分支到本地分支
$ git merge master1    [示例1：合并本地分支master1到当前分支]
$ git merge dev1   [示例2：合并本地分支dev1到当前分支]
//删除本地临时分支
$ git branch -D master1    [示例1：删除本地分支master1]
$ git branch -D dev1 [示例1：删除本地分支dev1]1234567891011121314

备注：不推荐这种方式，还需要额外对临时分支进行处理。

2.2.不额外建立本地分支

代码展示

1
2
3
4
5
6
7
8
9
10
11

//查询当前远程的版本
$ git remote -v
//获取最新代码到本地(本地当前分支为[branch]，获取的远端的分支为[origin/branch])
$ git fetch origin master  [示例1：获取远端的origin/master分支]
$ git fetch origin dev [示例2：获取远端的origin/dev分支]
//查看版本差异
$ git log -p master..origin/master [示例1：查看本地master与远端origin/master的版本差异]
$ git log -p dev..origin/dev   [示例2：查看本地dev与远端origin/dev的版本差异]
//合并最新代码到本地分支
$ git merge origin/master  [示例1：合并远端分支origin/master到当前分支]
$ git merge origin/dev [示例2：合并远端分支origin/dev到当前分支]1234567891011

备注：推荐这种方