本文为基于git-flow工作流机制摸索实践出的一套工作流管理流程。

1、分支名称及用途

• Master：初始分支及生产对应分支，配置库创建之初最先创建的分支。上线后，该分支代码版本始终与生产环境保持一致，保证生产环境代码可追溯；
• HotFix：临时分支，当生产发现紧急问题，基于master分支拉取hotFix分支进行紧急问题修复；
• Develop：长期的主开发基线，在该分支进行日常的开发及缺陷修复；
• dailyFix：日常版本发布基线，用于同步develop某一时点的版本，并基于该版本进行FAT、UAT发布验证；
• feature/dev1：某一时段的新需求开发分支，对应新需求验证环境；
• feature/dev2：某一时段的新需求开发分支，对应新需求验证环境；
• feature/dev…

• 团队协作能力一直是我们招聘开发人员的重要考核指标之一。而考核这个能力的原因很简单：一般公司都不会只有一个开发…而一旦涉及多人协作开发，良好的协作能力和习惯能显著提高整个团队的开发效率。Time is money！

• 说到协作，面试中当然就会聊到开发人员日常最需要协作的事情，代码协作。因为 Github 在国内的流行，很多公司都已经把代码托管到 Github 或者内部的 git 服务上，所以大家也慢慢把 git 技能的考察引入到面试中。

刚毕业入职来到公司，刚好赶上版本控制SVN转Git。于是，趁着这个时机，深入了解一下Git。当然在切换使用过程中也才过许多坑，在此进行一下经验总结，以使后来者少走弯路。

• 首先，介绍一下来到公司时面临的现状。由于公司是做的银行系统，需要较高的保密性，故开发在局域网内进行，应用coding.net等的在线git仓库不可行，需要到客户银行进行现场开发及公司版本的开发，故存在现场和基地两个地方的同时开发。其中，现场主要是针对行方用户测试的缺陷修改以及外围系统（支付系统、手机银行等近60个外围系统）的接入联调等；基地主要是新功能新需求的开发等。因此，需要定期将基地开发的新功能合并到现场并进行现场测试。

Git常用命令列表，以备快速查阅使用！

• 本文英文原版链接为：https://www.bro.org/sphinx/scripting/index.html#understanding-bro-scripts ，仅供参考。

Understanding Bro Scripts

Bro 包括事件驱动的脚本语言，为组织扩展和自定义Bro的功能提供了主要方法。事实上，Bro生成的所有输出事实上都是由Bro脚本生成的。将Bro作为幕后处理和生成事件的实体几乎更容易，而Bro脚本语言是我们使用者可以实现通信的媒介。Bro脚本有效地通知Bro，如果有一个类型的事件，我们定义，然后让我们有关于连接的信息，所以我们可以执行一些功能。例如，ssl.log文件由Bro脚本生成，该脚本遍历整个证书链，并在证书链中的任何步骤无效时发出通知。整个过程是通过告诉Bro，如果它看到一个服务器或客户端问题SSL HELLO消息，我们想知道有关该连接的信息。

2016年底的一个学渣的校招面试经验！

• 引言：

最近准备校招，开始重拾算法，开启leetcode刷题之旅。刷到#60 Permutation Sequence 一题，憋了半天，开始Google，于是发现一个新奇的算法——康托编码。

康托展开：全排列到一个自然数的双射

X=an!+an-1!+…+ai!+…+a[1]0! ，其中a[i]为当前未出现的元素中是排在第几个（从0开始）。这就是康托展开。康托展开可用代码实现。
(使用范围：没有重复元素的全排列)

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.