造成此报错信息的原因是 idea 的 .lock 文件仍就存在，但实际其对应的进程已经不存在，故处理办法就是删除 .lock 文件即可。
.lock 文件在类似于 /.config/JetBrains/IdeaIC2023.2 下，依据为：
/snap/intellij-idea-community/current/bin/idea.sh
其中包含：
CONFIG_HOME="${XDG_CONFIG_HOME:-${HOME}/.config}"
参考：
现象：
1、此工程之前实际正常 Run/Debug 过，每次修改代码会在 idea 中重新 package 打包；
2、偶然执行 Run/Debug 均报告 active: @profile.name@ 相关的错误信息，重新打包后依然报错；
分析及解决：
1、基于 active: @profile.name@ 及启动日志信息，明确 springboot 启用了 @...@ 动态获取配置的意图；
2、检查 idea 中 maven 插件，确保有选中合适的 profile 选项（有必要到根 pom.xml 中检查对应项）；
2.a、若多选 maven 插件中的多个 profile 选项，则会按 pom.xml 中物理可用的最后一个来处理；
2.b、若全部不选、多选但全部没有对应项，则 @profile.name@ 无法被动态转译，进而保留不变；
3、在 maven 插件中选择 compile/package，随后 target/classes/application.yml 中查看结果；
参考：
1、
while scanning for the next tokenfound character ‘@‘ that cannot start any token.2、
聊聊 SpringBoot 中的两种占位符：@*@ 和 ${*}3、
在构建时期自动扩展info属性4、
SpringBoot配置文件5、
Spring Boot中YAML属性配置文件使用详解6、
Spring boot2 使用profile 配置多环境7、
Could not resolve placeholder ‘xxx‘ in value “${xxx}“
来源：
相关命令：
sudo ip link 查看网络接口
sudo vi /etc/netplan/01-network-manager-all.yaml 临时对 netplan 改用 systemd-networkd 来替代默认的 network-manager
sudo netplan apply 启用新的配置
sudo netplan try 试验
如果 ping www.baidu.com 成功，则可以运行 sudo apt install network-manager，并恢复 netplan 配置
来源：https://blog.csdn.net/ned_mahone/article/details/80081394
来源：https://blog.csdn.net/christine_ruan/article/details/7569782
来源：https://blog.csdn.net/qq_41055045/article/details/122038093
推荐适用于测试的 springboot 2.5 及以上版本中 application.yaml 配置示例：
# DataSource Config
spring:
datasource:
driver-class-name: org.h2.Driver
url: jdbc:h2:mem:test
username: root
password: test
sql:
init:
schema-locations: classpath:db/schema-h2.sql
data-locations: classpath:db/data-h2.sql
mode: always
不推荐的废弃配置方式：
spring:
datasource:
schema: classpath:db/schema-h2.sql
data: classpath:db/data-h2.sql
来源：https://blog.csdn.net/crazyjinks/article/details/130017180
Clonezilla再生龙备份与还原linux系统
来源：https://blog.csdn.net/wf19930209/article/details/100012611
通过systemback制作系统镜像以及镜像安装，实现系统备份和复刻
来源：https://blog.csdn.net/wxh0000mm/article/details/122923111
方法一：执行SQL命令
SHOW CREATE TABLE table_name;
方法二：基于dbeaver工具（以下包含安装指令）
sudo snap install dbeaver-ce
启动dbeaver后配置连接，再选中指定表获取DDL
以上两种方法都只是针对单表
参考网页资源：
MySQL导出建表语句：一步到位（mysql导出建表语句） https://www.dbs724.com/74935.html
版权声明：本文为CSDN博主「西京刀客」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/inthat/article/details/124779375
0、背景
github fork了https://github.com/xxx/xxx.git后一段时间，同步更新正常。
当https://github.com/xxx/xxx.git新增了分支testbranch，如何持续一致地同步更新？
基于git标准，原始仓库为upstream，克隆仓库为origin：
upstrean: https://github.com/xxx/xxx.git
origin: https://github.com/yyy/xxx.git
git本地库: 当前仅知道origin，不知道upstream
1、查看本地的远端仓库，并添加 upstream 上游仓库
git remote -v
git remote add upstream https://github.com/xxx/xxx.git
git remote -v
2、直接从 upstream 获取新分支 testbranch 到本地
git fetch upstream
git checkout -b testbranch upstream/testbranch
3、推送本地的新分支 testbranch 到 origin 上游仓库
git push origin testbranch
4、在github中，可以查看到分支testbranch已经存在并与主库同步一致
对于人力资源管理者来说，职位（JOB）、岗位（POSITION）和角色（ROLE）几个概念往往混淆，其一是中文翻译的过程中，没有统一的标准，从而导致几个概念混淆，其二是对概念的含义的误解，希望通过本文的澄清，能对您认识这三者的关系有所裨益。
1、 首先来澄清三者的译文：
（1）JOB，有的文献和书籍译为“职务”、有的译为“岗位”，有的译为“职位”，在本文中统一译为“职位”。
（2）POSITION，有的文献和书籍译为“职位”，有的译为“岗位”，在本文中统一译为“岗位”。
（3）ROLE，一般被译为“角色”。
可以看出，由于翻译的原因，虽然看起来中文的名称一致，但实际应为含义就有差异了。
2、澄清三者的含义：
（1）职位是按规定担任的工作或为实现某一目的而从事的明确的工作行为，由一组主要职责相似的岗位所组成。职位在任何时候都应根据组织机构的目标和流程而设置，不能因人来设置职位，也不能因任职者调离而舍弃该职位，它是组织机构的基本单位。
（2）岗位是组织要求个体完成的一项或多项责任以及为此赋予个体的权力的总和。一份职位一般是将某些任务、职责和责任组为一体而成；而一个岗位则是指由一个人来从事的工作。
（3）“角色”一词的源于戏剧，自1934年米德（G.H.Mead）首先运用角色的概念来说明个体在社会舞台上的身份及其行以后，角色的概念被广泛应用于社会学与心理学的研究中。社会学对角色的定义是“与社会地位相一致的社会限度的特征和期望的集合体”。在企业管理中，组织对不同的员工有不同的期待和要求，就是企业中员工的角色。这种角色不是固定的，会随着企业的发展和企业管理的需要而不断变化，比如在项目管理中，某些项目成员可能是原职能部门的领导者，在项目团队中可能角色会变为服务者。角色是一个抽象的概念，不是具体的个人，它本质上反映一种社会关系，具体的个人是一定角色的扮演者。
3、三者关系探讨：
（1） 职位和岗位的关系
岗位与人对应，只能由一个人担任，一个或若干个岗位的共性体现就是职位，即职位可以由一个或多个岗位组成。比如：制造型企业的生产部门的操作员是一个职位，这个职位有很多的岗位的员工担任，如果具体到某个工序的，就是岗位了，比如钻孔操作员，操作员的职位可能有钻孔操作员、层压操作员、丝印操作员等等岗位组成。对于组织而言，岗位和职位的演变是随着组织的不断扩大而不断产生的。其演变过程和逻辑关系如下：
要素（pactor）--活动（activity）--任务（tast）--职责（duty）--岗位（position）--职位（job）
（2） 角色和职位、岗位的关系
角色可以由不同的职位和岗位担任，比如管理者角色，可以由某个职能部门的经理，也可以由某个能力达到了角色的要求的非管理职位的员工担任。最常见的就是在项目管理中的不同角色。比如：就上个例子中的钻孔操作员可能在某个工序改善项目组中扮演项目成员的角色。
从上面可以看出三者是有联系和区别的，在人力资源管理中，对三者的区分尤显必要，因为，这三者是人力资源管理中最基础的部分。对于人力资源管理者而言，职位、岗位和角色的综合表现形式就是相应的职位说明书、岗位说明书和角色说明书。前两种说明书大家已经不陌生了，而角色说明书将在未来组织形式中的显得越来越重要，尤其对于知识密集型企业来说，直线职能型的组织结构的弊端将导致企业越来越多的采用矩阵式的组织结构，对于这种组织结构而言，原有的职位说明书和岗位说明书已经不能起到有效的管理作用了，需要设计相应的角色说明书来对矩阵中的角色活动进行规范和明确。就好像给戏剧中演员的剧本一样，告诉演员如何扮演该角色。不同的演员看了剧本都可以很快就进入角色。对企业管理也是如此，角色说明书可以使员工更好的完成组织的期待和要求。
来源：http://bbs.21manager.com/dispbbs-201203-1.html