代码开发流程及规范V1.0 目的 提高代码质量 ： 优化发布流程 ： 规范提交文档 ： --- 代码开发流程 1. 编写工单(issue)：可由任何项目参与者提出，亦可由开发人员自己编写。标题必须由 (task|bug|proposal): 开始,如： task: 新增小测功能 。内容无具体格式要求，但要清晰明确，层次分明，让相关责任人尽快明确自己的任务。当然可以在issue下进行讨论和说明，当需求变更时也应在此追加评论进行说明。 2. 创建分支：根据issue类型创建相关分支，具体分支创建合并规则在下章规范中有明确要求。 3. 编写代码：围绕解决issue提出的问题在新建的分支上编写代码。要求是：每次至少对一个issue进行编码，一般尽量只解决一个issue问题，当针对某个主issue的改动涉及到多个issue，也可以一并处理。 4. 测试代码：编写完毕后在开发环境进行代码测试。本文不涉及测试具体要求。 5. 提交代码：我们引入angular的代码提交规范来提交我们的代码。提交的message格式要求同在下章规范中说明。 6

vcruntime140.dll是‌[微软](https://www.baidu.com/s?rsv_idx=1&wd=%E5%BE%AE%E8%BD%AF&fenlei=256&usm=2&ie=utf-8&rsv_pq=bdbac5ab05a36eba&oq=vcruntime140.dll%E6%89%BE%E4%B8%8D%E5%88%B0&rsv_t=62d2CqKbBc%2Fa6qazFQa2FJISdW%2BR54ONTAUlhDLABk%2B6wgibwM7ki3Ihik8&sa=re_dqa_generate)的‌[Visual C ](https://www.baidu.com/s?rsv_idx=1&wd=Visual%20C%2B%2B&fenlei=256&usm=2&ie=utf-8&rsv_pq=bdbac5ab05a36eba&oq=vcruntime140.dll%E6%89%BE%E4%B8%8D%E5%88%B0&rsv_t=f95dLxr1eQ%2FyUvtzHwuwHwt0TDwZy21Gz4V6nbEEC3U8puoESsnwUetef2Y

大家对于现在层出不穷的显卡一定感到非常难懂，上一代英伟达的3060和这一代的4060性能到底提升了多少，3070比4060究竟是强还是弱，我将会在这里告诉你们显卡的后缀和它们的命名是什么样的规则。 下面就是显卡的天梯图 这里并不是很全但是基本上我们现在大部分人可以购买到的显卡都在这里了，可以看得出来上一代的3070其实是比4060强的和手机芯片不一样并不是新出的就一定会全面领先上一代所以还是比交难懂的

马上就要双十二了，我在这里发布一套配置来给各位小伙伴提供一些参考， 首先是CPU 来自AMD yes！！！的终极性价比产品R5 5600，在6核12线程的情况下在4000元全新的这个价位只能说神中神。 CP

1. 切换到 release 分支 sh git checkout release 说明 ：切换到 release 分支，准备修复测试发现的 BUG。 2. 更新 release 分支 sh git pull origin release 说明 ：从远程仓库更新 release 分支，确保本地是最新状态。 3. 创建本地分支 sh git checkout -b <bugfix_branch 说明 ：从 release 分支创建一个新的 BUG 修复分支 <bugfix_branch 。 4. 编写代码 说明 ：在新创建的 BUG 修复分支中进行代码修改。 5. 进行单元测试 说明 ：运行单元测试，确保 BUG 修复后没有引入新的问题。 6. 提交更改 sh git add . git commit -m "Fix bug" 说明 ：将修改的文件添加到暂存区，并提交更改到本地仓库。

学习项目中用到了Spring Security进行权限管理，比较好用，使用到的方式是基于xml配置文件的，相比较java代码配置简洁很多，故作笔记整理共享 首先贴上全部spring security配置文件代码，还是一样，因为我这个是maven项目，所以需要提前在pom文件里写好依赖，以下pom文件内容仅供参考. <properties <spring.version 5.0.2.RELEASE</spring.version <spring.security.version 5.0.1.RELEASE</spring.security.version </properties <dependencies <dependency <groupId org.springframework</groupId <artifactId spring-core</artifactId <version ${spring.version}</version </dependency <dependency <groupId org.springframework</gr...

在 Linux 系统管理中，[监控系统](https://so.csdn.net/so/search?q=%E7%9B%91%E6%8E%A7%E7%B3%BB%E7%BB%9F&spm=1001.2101.3001.7020)的内存使用情况是一项基本而重要的任务。了解系统的内存分配可以帮助诊断性能问题、优化应用程序以及合理规划系统资源。 free 命令是 Linux 中用来报告系统内存使用情况的一个实用工具。本文将详细介绍如何使用 free -m 命令来查看系统内存的状态。 free 命令简介 free 命令提供了系统物理内存和交换空间的使用情况概览。它的输出格式清晰易读，非常适合快速查看系统的内存状况。默认情况下， free 命令的输出是以千字节 (KiB) 为单位的，但可以通过选项 -m 来指定以兆字节 (MiB) 为单位，这通常更易于阅读。 使用 free -m 查看内存使用情况 基本用法 要使用 free -m 命令，只需在终端中输入以下命令： bash free -m 输出解

一.RAID 是什么？ RAID （ Redundant Array of Independent Disks ）即独立磁盘冗余阵列，简称为「磁盘阵列」，其实就是用多个独立的磁盘组成在一起形成一个大的磁盘系统，从而实现比单块磁盘更好的存储性能和更高的可靠性。 二.RAID 有哪些？ RAID方案常见的可以分为： RAID0 RAID1 RAID5 RAID6 RAID10 RAID50 RAID60 三.简单介绍 Raid 0： 至少需要两块硬盘，磁盘越多，读写速度越快，没有冗余。 Raid 1： 只能用两块硬盘，两块硬盘的数据互为镜像(写慢，读快)，一块磁盘冗余。 Raid 5： 至少需要3块硬盘，一块磁盘冗余。它是最通行的配置方式。具有 奇偶校验 的数据恢复功能的数据存贮方式。奇偶校验数据块分布于阵列里的各个硬盘中。 Raid 6： 至少需要4块硬盘，2块磁盘冗余,硬盘的总数大于等于4即可。 Raid 10： 至少需要4块硬盘，冗余一半的硬盘数量，但是硬盘的总...