鼠标右键点击个性化>主题>找到桌面图标设置>把计算机 回收站 用户的文件 控制面板 网络等前面框复选框全部勾选掉，然后在桌面新建文件夹把桌面所有的图标剪切到新建文件里面，然后把新建文件夹剪切到其它盘里，这时桌面没有一个图标了，重启电脑，然后个性化>主题>找到桌面图标设置把复选框
Martin Fowler是这么描述持续部署的：持续部署意味着每个通过部署流水线的变更都被自动地部署到生产环境中，于是每天都会有若干次生产环境部署。 经典的持续集成方式是：开发人员可以随时向集成分支提交代码改动，而每次提交代码改动时都会触发一系列轻量级的自动化测试。 敏捷是
# 主要type feat: 增加新功能 fix: 修复bug # 特殊type docs: 只改动了文档相关的内容 style: 不影响代码含义的改动，例如去掉空格、改变缩进、增删分号 build: 构造工具的或者外部依赖的改动，例如webpack，npm refactor: 代码重构时使用 revert: 执行git reve
格式 每次提交，Commit message 都包括三个部分 header , body , footer <type>(<scope>): <subject> <BLANK LINE> <body> <BLANK LINE> <footer> 其中，header 是必须的，body 和 footer 可以省略 不管是哪部分，任何一行都不得超过72字符（或100个字符）。这是为了避免自动换行
3.3.1 EmpController 代码 package com.hy.controller; public class EmpController { public String index() { System.out.println("EmpController...index"); return "forward:/WEB-INF/emp/index.jsp"; } public String
0. 前言 在 玩转 Helm 一文中，简略提到了 Helm upgrade 的策略。 在实际项目开发上，upgrade 多是调研的重点。基于此，这里对 upgrade 继续展开。 1. basic helm upgrade 升级 Release 查看升级情况： 1.1 helm install 部署 Release $ helm list NAME NAMESPACE
Git Pull Failed Your local changes would be overwritten by merge. Commit, stash or revert them to proceed. View them GIT如果本地有文件改动未提交，且该文件和服务器最新版本有冲突，pull更新时会提示错误，无法更新。 就是这个小小的区别，造成了产生"Git Pull Fail
如果你是一枚Coder，但是你不知道Github，那么我觉的你就不是一个菜鸟级别的Coder，因为你压根不是真正Coder，你只是一个Code搬运工。 但是你如果已经在读这篇文章了，我觉的你已经知道Github了。 正是Github，让社会化编程成为现实。 什么是 Github? github是一个基于git的代码托管平台，付费
我们经常会在Excel表格中进行数据的核对修改，如果要在第一时间知道哪些数据被修改过，通过对修改过的数据做出标记是快速识别这类数据的好方法。利用Excel的有关组件，我们就可以实现被修改数据的标记功能。下面，我们以在Excel 2019中操作为例来说明。 1. 用好突出显示
在研发同学技术评审完之后，研发同学基本上可以预估自己需要多长的开发时间，所以往往技术评审会上会给出开发排期和提测时间点，这时需要我们给出我们 QA 的测试排期，那么排期估时多长是合理的呢？估短了怕自己测不完，估长了怕研发和产品同学质疑和拷问，作为一个专业的测试，排期绝对不是拍脑
创建新仓库 创建新文件夹，打开，然后执行git init创建新的git仓库，非必须的步骤，可以跳过init，直接clone git init 检出仓库 创建一个本地仓库的克隆版本 git clone /path/to/repository 从远端服务器上的仓库克隆到本地仓库 git clone username@host:/path/to/repository 工作流 你
第二种：错了哪里，就把整个模块 这份代码可能出错的地方 检察一遍有没别的错误。 这个开发效率稍微好一点。 第三种：错了哪里，基于第二种找出原因后，思考一开始为什么这么设计并记录下来，保证之后不再这个地方犯错。这样的思考对自己提高开发效率是最有帮助的。 要做到阶段性的revie
文章目录 分层思想解析：第一种分层方式： 分层思想解析： 我们之所以要分层是因为，一个项目往往有大量的代码需要我们去写，如果我们对这个项目的代码进行分层处理的化，我们就可以同时安排很多的人去写每一个层的代码，这样有利于一个大型项目的开发。在后期的维护中如果我们需要改
2. 问题分析 ====================================================================== 本地开发过程中，我们会不断重复 修改代码-编译工程-安装APK-运行验证 这一过程。 因此，可以从编译与安装两个纬度来分析编译慢的原因。 首先是编译阶段。 其主要流程是，先收集工程中的所
Spring中常用的是结合AOP的声明式事务管理，也就是不用改变当前已有的代码。而且也比较简单，只需要在Spring的xml中改动4个地方即可。 <?xml version="1.0" encoding="UTF-8"?> <!-- 改动点1：增加事务支持tx --> <beans xmlns="http://www.springframework.org/schema/beans" x
源代码实现的截图： 修改后的截图：（仅对其字体与颜色进行改动）
背景 git管理应用过程中遇到这样一个问题。发现之前提交的一版方案有问题，但是它暂时处在一个dev分支，master分支为我这边的生产分支。因此想着在dev分支上直接修复之后push回dev后再测。但是发现这个问题不容易那么快的解决，于是就把这部分修复内容单独提了一个新的
一、创建新的仓库 1.创建新的文件夹,打开,然后执行 git init 创建一个新的仓库 2.执行如下命令以拉取一个仓库的克隆版本 : git clone 远程仓库地址 二、添加与提交 1.你可以把它们放在暂存区 : git add . 2.这是git 基本工
目录插件配置文件改动后，全路径变色 插件 检查代码规范性：alibaba java coding guidelines git插件：gittoolbox 检查bug、低效代码：QAPlug-FindBugs 配置 文件改动后，全路径变色 File > Settings > Version Control > 选中Show directories with changed descendants后重启软件。
在Java中，字符串的拼接有多种操作，目前我常用是两种： + 运算符 StringBuilder 目前在学习的过程中，首先被提到的就是在字符串的拼接操作中，不可以针对大量的字符串改动操作使用“+”来运行，而是应该使用StringBuilder类中的方法，那么这是为什么呢？ 1 public class ArrTest {
软链接 概念： 软链接文件类似于Windows中的快捷方式在符号连接中，是一个文本文件，包含了另一个文件的位置信息 （所以只要改动一处，其他文件都会发生相同变化）生成的是文件的镜像，不占用磁盘空间 如何生成： ln -s 被链接文件 目标文件 硬链接： 在指定位置生成一个和源文件大小相同的文
SpringBoot的后台代码一定发生改变，者必须重新启动项目，改动才能生效。 热部署：使得我们改动前后端代码后不需要重启，帮我们重新部署到Tomcat中 DevTools工具 ① 添加DevTools的依赖 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-devtools</a
1、以前运行过人脸检测 的代码，可以正常工作，今天突然不行了 2、想起之前为了把vs的默认编译器修改成64位，改动了三个文件 D:\Software\Setup\VS2019\IDE\Common7\IDE\VC\VCWizards 当时改了之后也没起效，默认启动的编译器还是32位，每次创建opencv项目都得改一下 3
Windows11到现在已经更新到KB5005189了，Win11 KB5005189更新补丁是微软公司针对Windows11推出的第7次累计更新。在此次更新中，微软公司推出了全新的时钟应用，同时修复了一些已知的问题。 目前Windows11已经向Dev和Beta频道开放，符合条件的设备已经可以升级。 Windows11变化最大的地
保障可维护性的主要诀窍是遵循DRY原则和Shy原则。 在一个系统的整个生命周期里，理解和改动这类维护工作的比例一般非常之高。为了维护的方便，要尽量将系统划分为可以独立理解与改动的模块。这就要在设计的时候注重DRY原则与Shy原则。不过，这两条原则有一定的冲突，并不总能兼得，于是在
