#背景
在项目开发过程中，有一个需求是这样的：

平台接受用户输入的一串JSON字符，然后解析JSON串的key-value展示到平台上，并支持用户修改value值再更新。

效果图如下：

在调试过程中发现，一旦提交更新展示的字段顺序就跟前一次不一样，再提交一次更新貌似又能恢复，这是咋回事呢？

3.远程仓库

svn只在一个仓库里管理文件，而git是分布式版本控制系统，同一个git仓库可以分布到不同的机器上。
不同机器上的版本库其实都一样，没有主次之分。通常实际上，我们是有一台充当服务器的电脑，开源项目有很多的项目托管网站如github，gitcafe等，自己公司也会搭建自己的git服务器。我们每个人都从这个服务器上克隆一份仓库到自己本地上，再把自己的提交推送到服务器仓库里。
在向远程仓库提交修改之前，需要设置一下本地与远程服务器之间的信任关系，这也是svn与git的区别之一。svn通过账号即可，而git本地和远程仓库之间的传输是通过ssh加密的，需要设置一下key，本质上等价于两台服务器之间的信任关系建立。这里简单记录一下key生成的步骤。

没有系统的学习过git，工作过程中遇到一些使用git的问题，在网上搜寻经常被一些误人子弟的博主或者网站主们”伤害”，相信很多人也曾被网上转来转去未经验证的错误技术贴坑过。之前使用git也仅限于clone、commit、pull、push倒是没有遇到多少问题，在正式使用git来开发维护项目的时候就遇到很多问题了，尤其是在搞分支、主干，本地仓库、远程仓库的时候，那叫一个头晕。于是本着”工欲善其事必先利其器”的原则，跟随廖雪峰的git教程系统的学习了下git。本篇博文即是我的git学习笔记，廖雪峰的教程非常浅显易懂，适合入门，但对于有技术基础的同学来说，未免显得”聒噪”了些。闲言少叙~

我在搭建这个博客的时候，在更新了文件后使用git push到远程仓库时报错，报错信息如下：

error: The requested URL returned error: 403 while accessing https://github.com/zhangjh/myblog.git/info/refs

fatal: HTTP request failed

百度了一下，有很多类似的问题，解决方法较多的一种是：

工欲善其事必先利其器，hexo博客的写作方式采用的是标准的markdown语法。
因此要想写出漂亮的格式，掌握好必要的markdown语法必不可少。
工作中也用到markdown写周报，在此顺便再总结一下markdown常用的语法格式，温故而知新。

每在一个网站安家，第一篇”Hello world”必然是《开篇》，这回有点不太一样，这回是在自己的网站上了。

絮叨

这个博客是使用Hexo技术搭建的，因此第一篇日志也保留了自动生成的”Hello world”，算是一种鸣谢，也可以作为自己日后继续折腾Hexo时的一个查看document的便捷入口。

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

Quick Start