2009年9月16日
造成此報錯信息的原因是 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