git版本管理流程规范 把公司代码上传到了git上，被leader发现了怎么办？

把公司代码上传到了git上，被leader发现了怎么办？

这种问题可大可小，往小了说吧，这个只是一个小事，一点点代码而已，只要删掉以后，就没有什么问题了。

往大了说，这个就是信息安全的事件了，可以说是泄露了公司的机密。

可能我们很多人还没有养成这种信息安全的意识。

但是，由于现在社会上信息安全的事件频繁的发生，就连Facebook都出现了用户资料泄露的情况，所以，作为一个程序员，就更应该在自己的心里绷一根弦了。

说一个真实的故事吧，也是就在我身边发生的事情。

事情的起因其实是一个很小的事件。

当时，我们公司的框架是自动生成代码注释的，代码注释里面会包含项目的名称和编辑代码的人名（根据创建文件的人的域账号生成的）。

然后，某一个程序员写了一个小的公共业务组件，里面用到了一些有意思的技术。他将这些内容放到了自己的博客里面，用于技术的交流。

因为当时我是在外企，我们的项目也是给涉密的国外政府门或者银行来做的。

这个程序员在复制代码的时候呢，很不信的将项目的名称注释一起贴到了博客里面，我们的客户在Google的时候，就看到了这篇博客。

然后雷霆之火就出现了

客户认为这个是非常严重的问题了，我项目的代码被公然的放到了互联网上，这个还是被我发现了的，那是不是还有很多没有被我发现的内容？

客户则认为这个完全是管理的不严谨和员工意识不足的问题，而且是很大的安全隐患。解除合同赔钱都是小事了，还要起诉我们企业。

我们是一个500强的外企，这个事情要是闹大了，那股票肯定一片绿啊！

从中国地区的CEO，到集团总部的CEO，每个人都还是给客户做工作，赔礼道歉等等。

然后，外国也和中国一样，无证电工引起了大楼着火。

所以最后这个程序员就成为了牺牲品，程序员这次泄露代码的行为被定义为个人行为，客户直接起诉了这个程序员。

最终的结果我就不得而知了，不过这个程序员的履历上，肯定有一个一辈子无法磨灭的黑点了。

所以，对于这种信息安全或者机密泄露的事件，我们一定要注意，没发现，那就是芝麻绿豆的事情，被发现，那你的人生可能会变得不可预知了。

为什么其他办公领域不使用git？

第一、git主要擅长处理纯文本。这也是办公领域不使用git的最主要原因。计算机编程大部分都用的纯文本。纯文本，可以方便地比较每次提交修改了哪些内容，还可以进行冲突合并。但是办公领域绝大多数用的都不是纯文本，特别是以微软的word，Excel为代表。git当然也可以对这类二进制文件进行简单的版本管理，但绝对不是强项。办公软件也有用纯文本形式的，比如LaTeX，但是仅见于专业领域，使用的人也不多，门槛很高。

第二、办公领域编辑文档的周期往往都比较短。纯粹的办公部门，编辑一个文档往往几天，十来天就出来一个文件。如此短的周期根本没有必要用git这样的版本管理。这类办公文档一旦发布盖红章，通常都是“最终版”。不像软件，似乎就没有“最终版”的说法。像QQ的代码，都已经维护20年了。从来没有哪个办公文档能有这么长的时间去维护。

第三，办公领域很少需要多人复杂协作去完成同一个任务。类似著作、重要报告也是重大工程，也需要分工合作。但是往往都是一个人负责写一个章节，最后统稿，基本上是互不干涉。极少出现软件编程那样牵一发而动全身的情况，至少一个章节出现一个错别字不会影响其他章节。而软件的这种复杂性，决定了需要维护代码的人彼此同步修改的内容，还经常出现一个文件同时几个人去修改的情况。

第四、git使用比较复杂。我把这个原因放到最后，因为它相对前面几条，反而是最不重要的。git客观上使用起来确实有难度，影响了其他领域的人使用。不过，如果git真的适合管理办公文件，则复杂性不是问题，因为发明一些图形化界面并不是难事。事实上，我在写很多代码的时候，用git还真的很少敲命令，大多数时候使用IDE自带的(或第三方插件)图形化界面就够用了。