知己识人

  近段时间的重点关注问题，一定是武汉新型肺炎疫情。多么希望现在的各项热搜热点是无营养的娱乐八卦。   但总是在这样的天灾人祸面前，总是有各样的说法做法。   各式各样的。   本来在这样的关键时刻，做好不造谣、不信谣、不传谣，保护好自己和家人，劝导亲戚好友做好防护就是极好的工作。但总是有其他不同的意见。   一如一直强调疫情严重的，就像是散播恐慌。各种的小道消息，各样的群语音、群聊视频，各种的知情人士说明。让人产生出门不带口罩就会感染，感染就会玩完。接触了会感染，唾液传播，空气传播，光传播。《生化危机-武汉》，《行尸之惧》中国版……散播这样的话有什么意义？12月8日开始的疫情，至今已经1个多月了，又时逢临近春节，各地返现高峰，疫情感染传播及其相关人数肯定会越来越高，这并不是意外的事情。又说较高的死亡率，其实从通报的死亡例来看，都是年龄较大或很大，伴有其他疾病或疾病史的患者，更何况，也有治愈例。对于没有明确治愈法或疫苗的突发传染病，大家自然是害怕的，但是政府和各方人士都积极加入的这场防疫治疫战，非典都扛下来了，做好自我预防，也要相信他们。传播途径和预防建议大家都知道了，做好这些事情就足 ...

　　具体的事情是这样的。 　　那天周六，约好了与友部门打一场全场的篮球友谊赛，25分一节，打4节，没有裁判，没有罚球，犯规自己吹。虽然是提前一个星期约好，但是大家常加班，平时没怎么运动。 　　比赛那天，我们部门一共就6、7个人，友部门也差不多，不过因为对方小伙子多，所有还有几个友部门自带的女观众。 　　和我对位那个小伙子小动作比较多，所以打得时候有了情绪，但是想想就只是个友谊赛而已，就算了。但是一开始没怎么说，人家又年轻精神头足，所以打得我耳朵流血、眼冒金星的时候，我也不好意思再说话。本来想下场不打了直接走，却又觉得太矫情，没有必要。就这么一直来回跑着。 　　因为人少，又没有内线，所以我一直没下场，第三节后半段，我跳起来接一个球，突然就两只小腿同时抽筋，结果那个小伙子还在我跳起来的时候轻轻推了我一把，完全没有防备得摔倒地上，痛苦不堪。两条腿同时抽筋即便是我也少有，加上推我一下完全没有准备，落地之后不免大喊了一声情绪感叹词。 　　撑了好几分钟，我才拖着腿爬到了场边，另一个产线作业员朋友过来跟我并坐，聊了聊天，旁边就是友部门的几个女生。 　　可能这个时候还是情绪上来了，在和朋友聊天就说到那 ...

　　人是会变的。尤其是无法独自生存的人。 　　虽然我感觉我没有什么变化。这么多年一样的发型，一样的蓝色T恤，一样的蓝色外套，一样的休闲橡筋裤。一样不喜欢坐车，一样不喜欢交际，一样不喜欢照镜子，一样不喜欢吃清淡。依然喜欢看黑长直女生，依然一打篮球不怕脱臼抽筋，依然随时写天写地，依然脸上直抒着心意。我还是没有谈过恋爱，还是住的集体宿舍，还是吃的食堂大锅饭，还是12点才睡觉……　　　　偶尔会以为那些曾经熟识的人也一样。 　　所以有时候看见社交群组里的交流信息都觉得毕恭毕敬，我一插话，瞬间就终结话题。有时候和身边的人习惯就称兄道弟，可能单纯同事而已。有时候随便找到一个旧时相识的人就开始谈天说地，实际上他们并不想当倾听者，因为本来就不感兴趣。 　　年岁增长，生活是会变的。虽然我可能还在怀念打球、跑步、喝酒、复习的同窗时光，别人已经在放飞理想、丰满人生，追求或享受着爱情与事业。“大人，时代变了。”第二天还要上班，什么事都不能太过尽力，随意就好。家里还有口子要养，没有这么多精力。 　　我现在就回到那个“大气大为”的石刻旁边拍照张，就似乎在三年半前那个时刻。　　“社会人不能不被影响，别人怎样，无论好坏 ...

引子 千秋岁西风独凉，寻梦也回廊。青灯晃，隐半窗，折书虚半掩，往事便思量。相言笑，当时只是道寻常。 同路行渐远，相逢君欲忘。夜半残，栀子香，绕指乱神伤，烈酒寸断肠。只空想，但是只是道寻常。 八月三十八月三十寒清晨，落人匆匆雨纷纷。有闻不言欲困眼，无心可知病缠身。俯仰慨叹虚情绪，转侧思虑假精神。枯心从来付殷勤，作梦飞蝶还一人。 第一章“如果我现在向你表白说我喜欢你，你愿意回应我吗？” “你知道的，”她正眼看着他，庄重严肃，看起来就像一块死了的木头，“我还不想失去你这个朋友。” …… 我们都比较喜欢春天的，大多数时间里，春天都是欣欣向荣，万物复苏，百花盛开。天气也不那么冷，也不热。空气清新，阳光柔和。 相比于在秋天里，不知不觉就散发出的浓重的悲怆气味，春天里，人们总是向着幸福看的。 可惜，春季只有那么长，一旦到了暮春，百花开始凋残，空气开始变得烦躁，人们或许变得抑郁，或者伤怀。 尽管如此，谁不希望一年之始，就有个好运气呢？ 不过对于小 D 来说，他要的并不是个好运气。他一直不相信运气，运气只是留给那些买彩票的，赌博的，犯罪的人，没有人会因为运气过上美好的生活，即便你买彩票 ...

Sanotsu’s journal, December 27th, 2019.  自从今年5.17我没来由突然向她询问当时最近有无好看的剧，居然算是重新取得了一些联系。因为毕业快3年，似乎再未曾联系，至少通信记录显示如此。但是她居然回复，还顺意聊了几句，我非常感激。毕竟我自我感觉心情舒畅，充满快意，因为不是每个人都有空会搭理。   今天，周五，趁着夜色，有外出散步。走着偏僻，差点迷路，便随手拍了几张漆黑的夜景，然后发了动态。   以此契机，她推荐了一首伍佰的《夜照亮了夜》给我去听，又聊了几句。然后每次我总终结话题。   因为似乎她说她“不需要理想”，曾经也说“撑过今天，明天说不定就世界末日了，突然暴毙。”   但是她未曾知道，我是多么羡慕她，“过好自己的日子”。   经常找到自己想听的歌，想看的剧。不时去看看电影，听听音乐会，和朋友小聚。健身锻炼，美食觅迹，大街小巷，和说走就走的旅行。   这些我都没有，每天上班焦虑，下班空虚，懒于改变，不想交际，吃饭睡觉，仅此而已，说着无能狂怒，却依旧浑浑噩噩，昏昏睡去。她还说人生无趣，健身、live、看书、音乐、剧、旅行，当代空巢青年逃避大法，我很 ...

写在前面的话：这是我大学时期自我想象的故事。因为没有类似的情感经历，所以不知道那到底是一种什么样的感觉。直到现在也未曾拥有，依旧无法理解。既然如此，偶尔再来看看，那时年少的记忆。 -------------------------------------------------------------------------------------- -------------------------------------------------------------------------------------- 第一章：夜色每一道晨光都是透出着灿烂，尽管交织着是淡淡青春。我不知道人生道路应该有个什么样的结局，是伴随着月色终老，还是眺望着晨曦静息。 青春致于一个人来讲，应该算哪段时间时间呢？当我在思考这个问题时，总觉得有无数人会嘲笑我。 于是我问她。她说：你若后悔，便已过青春。 我觉得我不太容易用点话来描述与她的关系，但这样说没有错：不是谁离了谁，就没有未来。 那应该是个很平常的夜晚，她照例要领我到学校里转转散散步。虽然知道学校不大，所以我以为她已经知道了每棵树的呼吸，每株花 ...

团队开发使用代码版控也是有必要的一个开发者想要对自己的代码进行管控，有很多的云带代码托管平台，喜闻乐见的 github、gitlab、gitee、coding(原)、华为云、阿里云代码托管等等。个人使用，那么了解一点点 git 的知识即可满足需求，且也不需要什么规范，如果管理凭自己喜好即可。 但若是一个团队，需要使用代码托管工具管理自己的代码，那就不一样了。团队协助，最好不能各自按照各自的喜好，统一的作业流程能更加做好合作开发工作，缩短作业流程。 毕竟，使用这样的方式，肯定比用 U 盘把代码拷来拷去，然后复制粘贴好的多。可能需要传统行业的软件开发代码合并方式就是如此，并不需要惊讶。虽然这样做的风险和不足很明显，但是简单，不出错的话成本也低。 本章内容本篇主要讲解，一个团队，想要统一使用 git 搭配 gitlab 做代码管理的一般思路规范，并不一定适用，但是可以做参考，指定符合自己团队需要的规范。 基本内容有： 明确团队组织架构分层； 项目准备工作 根据组织架构分成，做 group/subgroup 准备 项目初始化准备 小组成员开发就绪 后续步骤 Git 补充的一些说明 开发使 ...

本章主要测试讲解 git lfs 一些基本命令使用； 使用 Git/Git LFS 搭配 gitlab 管控大文件之测试。 测试过程内容较多，每个步骤都逐一截图以便真实说明，也有列示用法。若不感兴趣，可直接查看总结部分。 测试过程前置说明 1、Git 本身作为代码管控软件，是以代码为主，没有直接管控到比较大的文件。 2、目前比较流行的 git 管理大文件的方式是使用 git-lfs。 3、git-lfs 是 git 的一个插件，官网说明如下： 4、使用比较简单，简单两三步即可完成大文件的提交。 5、gitlab 新版本默认已经支持 lfs，在配置文件 gitlab.rb 中可见： 预期中可能出现的问题 1、因为是管理到大文件，所以在 push 到远程服务器或者从远程服务器 pull 可能会因为网络带宽、文件大小、同时操作人员过多等因素导致操作耗时较长。 2、git 记录每次 add、commit 等操作，又以大文件为主，本地的.git 文件夹可能会极速增大。 3、gitlab 服务器若是还添加定期备份，因为文件管理可能导致 gitlab server 需要较大的硬盘存储数 ...

本章主要测试讲解 如何将一个 git 管理的较大的项目按文件夹拆分成几个小项目，且各个小项目只保留自己文件夹中的文件的历史记录。 两种方式实现 使用git filter-branch的实现 使用git subtree的实现(推荐) 本篇内容，不建议跳过，如果有这个需求，还请仔细详细查看，谢谢。 测试过程前置说明与项目合并相反，这是需要把单一项目的.git 的提交记录，抽取出各自子项目想要的部分。不过，相对于合并，拆分要简单些。 就不考虑把一个单独的文件拆成一个项目了。如果实在需要，就把这个单个文件，也放到一个文件夹中，再拆这个文件夹即可。 本地 git 仓库使用的是相对路径，所以直接修改 root folder 不会影响 git 历史记录 项目准备不将上一篇合并好的 timetools 再拆开。直接使用之前从 github 上克隆的 dayjs 项目作业。 在作业前，dayjs 的结构是这样的： 查看一下，此时所有的日志 log 修改的文件名。如下图（这里是可以看到所有文件修改内容和提交数量）： dayjs 项目中，dayjs/src/有两个文件夹，locale/和 plu ...

本章主要测试讲解 如何将两个 git 管理的项目合并成一个项目，并保留住各自项目中所有的历史提交记录。(后续可以自行拓展到三个、四个……的合并) 本篇内容，不建议跳过，如果有这个需求，还请仔细详细查看，谢谢。 测试过程前置说明git 管理的项目合并，还要保留之前的提交历史记录，则表明不能直接异动到原项目.git 文件夹仓库，需要通过其它方式把子项目的.git 文件夹合并到一起，才能保存住所有提交信息。 项目准备 先从 github 克隆了两个项目用于测试，一个是 dayjs，一个是 moment； 计划是把 dayjs 和 moment 合并为一个项目，名为 timetools； 该项目包含两个文件夹，一是 dtool，对应原本的 dayjs； 二是 mtool，对应原本的 moment。 效果，合并前 - dayjs => 独立的 dayjs 项目，有自己的.gitignore 和 .git/ - moment => 独立的 moment 项目，有自己的.gitignore 和 .git/合并后： - timet ...