# gitignore文件学习



## 01 语法知识

`.gitignore` 文件的语法规则如下，用于精确控制 Git 版本库中需要忽略的文件和目录：

---

### **基础语法规则**

001. **`#` 开头** → 注释行  

   ```gitignore
   # 这是注释，不会被处理
   ```

002. **`/` 结尾** → 仅匹配目录  

   ```gitignore
   logs/      # 忽略所有 logs 目录
   /temp/     # 只忽略根目录下的 temp 目录
   ```

003. **`*` 通配符** → 匹配任意字符（除路径分隔符 `/`）  

   ```gitignore
   *.log       # 忽略所有 .log 文件
   build/*.js  # 忽略 build 目录下所有 .js 文件
   ```

004. **`**` 双星号** → 跨目录匹配  

   ```gitignore
   **/temp     # 忽略所有层级的 temp 目录（如 /temp, src/temp）
   docs/**/*.tmp # 忽略 docs 下任意子目录的 .tmp 文件
   ```

005. **`?` 问号** → 匹配单个字符  

   ```gitignore
   ?.txt       # 忽略 a.txt, b.txt，但不忽略 ab.txt
   ```

006. **`[]` 中括号** → 字符集合  

   ```gitignore
   [abc].log   # 忽略 a.log, b.log, c.log
   ```

007. **`!` 开头** → 取反规则（不忽略）  

   ```gitignore
   *.log       # 忽略所有 .log 文件
   !error.log  # 但不要忽略 error.log
   ```

---

### **路径匹配规则**

| 模式          | 含义                               | 示例匹配                        |
| ------------- | ---------------------------------- | ------------------------------- |
| `/dir`        | 仅匹配根目录下的 dir               | `/dir/file` (√) `src/dir` (×)   |
| `dir/`        | 匹配所有名为 dir 的目录            | `a/dir/`, `/b/dir/`             |
| `file`        | 匹配所有名为 file 的文件/目录      | `/file`, `src/file`             |
| `dir/*.js`    | 匹配 dir 目录下的直接子层 .js 文件 | `dir/a.js` (√) `dir/b/c.js` (×) |
| `dir/**/*.js` | 匹配 dir 目录下所有层级的 .js 文件 | `dir/a.js`, `dir/sub/b.js`      |

---

### **优先级与冲突处理**

001. **就近原则**  
   同一目录下的 `.gitignore` 优先级高于父目录的规则。

002. **取反规则优先**  

   ```gitignore
   *.txt        # 忽略所有 .txt
   !important/  # 不忽略 important 目录
   !important/*.txt # 不忽略 important 下的 .txt
   ```

---

### **特殊语法技巧**

001. **忽略空目录**  
   Git 默认不跟踪空目录，无需额外配置。

002. **转义特殊字符**  
   用 `\` 转义特殊字符（如 `*`, `!`, `#`）：  

   ```gitignore
   \#important.txt  # 忽略名为 #important.txt 的文件
   ```

003. **匹配隐藏文件**  

   ```gitignore
   .DS_Store    # 忽略系统隐藏文件
   .env         # 忽略项目环境文件
   ```

---

### **完整示例**

```gitignore
# ===== 基础忽略 =====
node_modules/
dist/
*.log

# ===== 系统文件 =====
.DS_Store
Thumbs.db

# ===== 例外规则 =====
!src/assets/    # 保留 assets 目录（即使父目录被忽略）
!*.min.js       # 保留所有 .min.js 文件

# ===== 目录精确控制 =====
/temp           # 仅忽略根目录的 temp
build/*.tmp     # 忽略 build 下的 .tmp 文件
!build/*.js     # 但保留 build 下的 .js 文件
```

---

### **验证规则**

001. 检查忽略效果：  

   ```bash
   git status --ignored    # 显示被忽略的文件
   ```

002. 强制添加被忽略的文件：  

   ```bash
   git add -f debug.log    # 强制添加被忽略的文件
   ```

> 💡 **提示**：语法规则在 `.gitignore` 和 `.git/info/exclude` 中通用，后者仅对本地仓库生效。





## 02 忽略已跟踪文件

要忽略已经被 Git 跟踪的文件（即以前提交过的文件），需要执行以下步骤：

---

### 核心步骤：

001. **从 Git 索引中移除文件（保留本地文件）**  
   使用 `git rm --cached` 命令：

   ```bash
   # 移除单个文件
   git rm --cached <文件路径>
   
   # 移除整个目录（保留本地目录）
   git rm -r --cached <目录路径>
   ```

002. **将文件/目录添加到 `.gitignore`**  

   ```bash
   echo "<文件或目录名>" >> .gitignore
   ```

003. **提交变更**  

   ```bash
   git add .gitignore
   git commit -m "停止跟踪 <文件/目录> 并添加到 gitignore"
   ```

---

### 详细操作流程：

#### 情况 1：忽略单个文件

```bash
# 假设要忽略已经提交的 config.ini 文件
git rm --cached config.ini

# 添加到 .gitignore
echo "config.ini" >> .gitignore

# 提交变更
git add .gitignore
git commit -m "忽略 config.ini"
```

#### 情况 2：忽略整个目录

```bash
# 假设要忽略已提交的 logs/ 目录
git rm -r --cached logs/

# 添加到 .gitignore
echo "logs/" >> .gitignore

# 提交变更
git add .gitignore
git commit -m "忽略 logs 目录"
```

---

### 重要注意事项：

1. **`--cached` 参数是关键**  

   - `git rm --cached` 仅从 Git 索引中移除文件，**保留本地文件**  
   - 若不加 `--cached`，文件会从本地删除（危险！）

2. **已被提交的历史记录不受影响**  

   - 文件会从**后续提交**中消失  
   - 但历史提交中仍然存在该文件

3. **团队协作时的处理**  

   ```bash
   # 推送变更到远程仓库
   git push origin <分支名>
   ```

   - 其他成员拉取代码后：  
     - 被忽略文件会从他们的 Git 索引中移除  
     - 但本地文件仍保留（不会删除）

4. **需要清理历史记录的情况**  
   如果要从历史提交中彻底删除敏感文件（如密码），需使用：

   ```bash
   git filter-repo --invert-paths --path <文件路径>
   ```

   > ⚠️ 这会重写历史，影响所有协作者

---

### 验证是否生效：

```bash
# 检查文件状态（应显示为 "untracked" 或消失）
git status

# 确认文件仍在本地
ls <文件路径>
```

---

### 特殊情况处理：

**场景：只想忽略已提交文件的修改（保留文件跟踪）**  
使用 `assume-unchanged`（仅本地生效）：

```bash
git update-index --assume-unchanged <文件路径>
```

若要恢复跟踪：

```bash
git update-index --no-assume-unchanged <文件路径>
```

---

### 总结流程图：

```
[已提交的文件]  
       ↓  
git rm --cached <路径>  → 从索引移除（保留本地）  
       ↓  
添加到 .gitignore      → 防止未来重新跟踪  
       ↓  
提交变更              → 同步到远程仓库
```

gitignore忽略文件语法

# 系统盘清理

![image.png](https://blog.bxmang.top/static/img/e7434b4d5092015c90f4104401afe20c.image.webp)

### 01：准备工具 TreeSize 可以快速查看盘内文件大小

![image.png](https://blog.bxmang.top/static/img/ee8af4684329b5debbfde0062e2350a0.image.webp)


### 02 首先处理虚拟内存设置

**虚拟内存一般是15GB左右** ，紧急情况下 该操作可以迅速处理 继续手头工作

001 按 Win + S 打开 Windows 搜索，在搜索框中键入 sysdm.cpl，然后按 Enter 键。
002 在打开的系统属性窗口中，选择“高级”选项卡，然后在“性能”部分中，单击“设置”按钮。
003 在“性能选项”对话框中，选择“高级”选项卡并单击“更改”。
004 在虚拟内存对话框中，取消选中顶部的“自动管理所有驱动器的页面文件大小”复选框。
005 单击“无分页文件”的单选按钮，然后单击右侧的“设置”按钮。
006 选择D盘，然后选择系统管理的大小 单击设置
007 点击“确定”关闭虚拟内存对话框并应用更改，重新启动 Windows 计算机以使更改生效

![image.png](https://blog.bxmang.top/static/img/49e2e29356a4a84016b094dd48d31946.image.webp)


### 03 卸载部分数据

卸载programData中部分数据

![image.png](https://blog.bxmang.top/static/img/8d03fdffc725c265207214d0cd54ebf5.image.webp)

![image.png](https://blog.bxmang.top/static/img/e1b4a53d787dbf31592d8f8f2977a4af.image.webp)


WindowsApps 文件夹 部分文件可以删除 一般不处理

部分代码程序相关 统统卸载
![image.png](https://blog.bxmang.top/static/img/3a13d980f6ddb63c2a45ddb0a9d47501.image.webp)
也不适合笔记本玩耍


![image.png](https://blog.bxmang.top/static/img/15413a39b03cb349f44ef1e71e997a95.image.webp)


![image.png](https://blog.bxmang.top/static/img/1a0768d24700178d6790158c98d89856.image.webp)


![image.png](https://blog.bxmang.top/static/img/44309d27f4ff4b903c7b8b7c1f2f2f86.image.webp)


### 04 处理系统相关文件夹 

![image.png](https://blog.bxmang.top/static/img/32cdb7886445f639b8605fe1cef44d87.image.webp)

**Windows 文件夹（39.9 GB）**
    
    这是Windows操作系统的根目录，包含系统的核心文件和组件。几乎所有系统功能的运行都依赖于这个文件夹中的文件。
    
**System32 文件夹（15.3 GB）**

    作用：这个文件夹包含了大量关键的系统程序和动态链接库（DLL），它们是Windows操作系统正常运行的基础。例如，许多系统服务、设备驱动程序和核心命令行工具都存储在System32文件夹中。重要性：它对系统至关重要，不建议用户随意更改或删除其中的内容，否则可能导致系统故障。

**WinSxS 文件夹（11.6 GB）**
   
       作用：WinSxS（Windows Side by Side）文件夹用于存储不同版本的Windows系统组件。它允许多个版本的DLL文件共存，确保应用程序能够使用它们所需的具体版本，从而避免“DLL地狱”问题。重要性：虽然它占用较多空间，但对系统的稳定性和应用程序的兼容性非常重要。通常不建议手动清理该文件夹，可以使用系统自带的磁盘清理工具来清理部分内容。

**Installer 文件夹（4.4 GB）**
        
        作用：这个文件夹用于存储已安装应用程序的安装包和相关文件。它允许在需要修复或重新安装软件时，使用原始的安装文件。在Windows更新过程中，它也可能存储更新安装文件。重要性：虽然可以删除其中的文件来节省空间，但建议谨慎操作，因为删除后可能无法方便地修复或重新安装某些软件。

**servicing 文件夹（2.4 GB）**
        
        作用：servicing文件夹主要包含用于Windows更新和服务包安装的文件。它帮助系统管理更新过程，确保更新能够正确安装并保持系统的最新状态。重要性：与系统更新密切相关，删除其中的内容可能导致更新机制出现问题。

**SysWOW64 文件夹（2.0 GB）**
 
     作用：在64位版本的Windows系统中，SysWOW64文件夹用于存放32位程序的兼容性文件。它允许32位应用程序在64位系统上正常运行。重要性：对维护32位程序的兼容性很重要，不建议随意更改或删除该文件夹。

**LiveKernelReports 文件夹（1.3 GB）**
    
    作用：这个文件夹通常用于存储系统崩溃转储文件（内存转储文件）和相关报告。当系统发生蓝屏死机（BSOD）或其他严重错误时，系统会生成这些文件，用于调试和分析问题的根本原因。重要性：它对系统故障诊断非常有用，但占用空间较大。可以定期清理旧的崩溃报告文件以节省空间，但需确认不再需要这些文件进行故障排查。



C盘满了，如何清理

# 每日新闻API图片实现

## 01 实现思路
    00 在指定网站爬取每日新闻文字版，根据每日新闻页面数字与日期的关系设置爬取 url 
    


    【这里遇到问题是日期计算，具体来说是没有搞懂 
        001 Date()与时间戳之间的转换关系。 
        002 没有意识到每天日期生成 需要 写成函数 每次运行时候重新计算 不然 就始终会是第一次运行时的值 问题是因为直接在 服务器上写的代码 所以 不能调试 一直没有意识到这个问题】
    
    01 对爬取到的文字，保存为对应日期txt文件 这里没有保存到数据库里实现是因为开始时候 图省事。
    
    【有机会的话 后期还是借助数据库实现一下 就当练习了】
    
    02 根据爬取到文字内容 借助 puppeteer模块 实现 新闻图片生成 并保存到 服务器上
    
    【这里的问题 主要集中在  
        000 在服务器系统上 安装puppeteer模块和字体 需要安装 一堆其他的 文件
        001 生成图片需要对应的模板页面文件 然后 把对应的新闻内容 替换进去
        002 当前日期对应的农历日期 转换 使用的是 js-calendar-converter 模块
    】
    
## 02 日期计算

    
### 日期计算示例

```js

    let date =new Date()
    console.log('服务器 当前时间该时区 对应的零时区时间', date)
    // 2025-02-10T02:45:00.023Z 此时是北京时间2025-02-10 10:45
    
    let BJDate = date.toLocaleString('zh-CN' , { timeZone: 'Asia/Shanghai'  })
    // console.log('东八区北京时间' , BJDate)
    
    let BJDateObj = new Date(BJDate)
    // BJDateObj 的时间 和 new Date() 的时间是一致的
    
    let initialDate = new Date('2025-01-31T00:00:00')
    let initialDate1 = new Date('2025-01-31T00:00:00+08:00')
    // 以上两行代码结果同样一致
    // 2025-01-31T00:00:00 没有指明时区偏移 默认是当前服务器时区
    //2025-01-31T00:00:00+08:00  日期 时间 时区时间偏移
    
    let timeDiff = date - initialDate
    console.log('时间差', timeDiff)

    let dayDiff =  Math.floor(timeDiff/1000/60/60/24)
    console.log('dayDiff', dayDiff)
    // 借助 时间戳 进行时间差值计算
    
    最后以上代码 一定要在函数中实现 这样每次调用该函数 才会重新计算 date的值
    
```
### 函数实现上述过程

```js
    function dayDiffer() {
       let date =new Date()
    console.log('服务器 当前时间该时区 对应的零时区时间', date)
    // 2025-02-10T02:45:00.023Z 此时是北京时间2025-02-10 10:45
    
    let BJDate = date.toLocaleString('zh-CN' , { timeZone: 'Asia/Shanghai'  })
    // console.log('东八区北京时间' , BJDate)
    
    let BJDateObj = new Date(BJDate)
    // BJDateObj 的时间 和 new Date() 的时间是一致的
    
    let initialDate = new Date('2025-01-31T00:00:00')
    let initialDate1 = new Date('2025-01-31T00:00:00+08:00')
    // 以上两行代码结果同样一致
    // 2025-01-31T00:00:00 没有指明时区偏移 默认是当前服务器时区
    //2025-01-31T00:00:00+08:00  日期 时间 时区时间偏移
    
    let timeDiff = date - initialDate
    console.log('时间差', timeDiff)

    let dayDiffer =  Math.floor(timeDiff/1000/60/60/24)
    console.log('dayDiff', dayDiff) 
    
    return dayDiffer
    }
```
## 03 js-calendar-converter使用


```js

    const calendar =require('js-calendar-converter');
    const date = new Date()
    const dateInfo =  calendar.solar2lunar(date)
    // 阳历转农历 日期
    // {
    //   date: '2024-6-15',
    //   lunarDate: '2024-5-10',
    //   festival: null,
    //   lunarFestival: null,
    //   lYear: 2024,
    //   lMonth: 5,
    //   lDay: 10,
    //   Animal: '龙',
    //   IMonthCn: '五月',
    //   IDayCn: '初十',
    //   cYear: 2024,
    //   cMonth: 6,
    //   cDay: 15,
    //   gzYear: '甲辰',
    //   gzMonth: '庚午',
    //   gzDay: '庚戌',
    //   isToday: false,
    //   isLeap: false,
    //   nWeek: 6,
    //   ncWeek: '星期六',
    //   isTerm: false,
    //   Term: null,
    //   astro: '双子座'
    // }

```
属性表

![属性表.png](https://blog.bxmang.top/static/img/e60558a4cd62fd04addfa13185f210bf.%C3%A5%C2%B1%C2%9E%C3%A6%C2%80%C2%A7%C3%A8%C2%A1%C2%A8.webp)

日期之间转换方法
![image.png](https://blog.bxmang.top/static/img/6a1fe516da4e7ac32905055584211495.image.webp)


![image.png](https://blog.bxmang.top/static/img/27a0da98747d3f961e46fb6282eb7643.image.webp)

调用示例网址博客

https://jjonline.github.io/calendar.js/demo.html

https://blog.jjonline.cn/userInterFace/173.html

GitHub项目地址：https://github.com/jjonline/calendar.js


## 04 pm2 常用命令

node进行管理工具

常用命令

全局安装pm2  
```js
    npm install pm2 -g
```
查看版本号

```js
    pm2 --version
```

01 启动运行 某个文件 示例

```js
    pm2 start newsPic.js
```
对该文件起一个别名

```js
    pm2 start newsPic.js --name newsPicToday
```

停止某文件


```js
    pm2 stop [AppName]
    pm2 stop [ID]
    pm2 stop all
```

重启所有进程


```js
    pm2 restart all
    pm2 reload [ID]
    pm2 reload all
```

删除应用程序


```js
    pm2 delete [AppName]
    pm2 delete [ID]
    pm2 delete all
```

显示所有进程


```js
    pm2 list
```

显示日志


```js
    pm2 logs
    pm2 logs [ID]
    pm2 logs [AppName]
```

显示所有信息


```js
    pm2 show [name]
    pm2 show [ID]
    
```

查看进程占用信息


```js
    pm2 monit
```

每日新闻图片生成遇到的 问题记录

# 每日简报图片API

对于当前混乱的简报API现状进行整理记录



## 简报API

简报图片获取示例

```js
https://bxmang.top/newspictoday/News-2025-01-16.png
```
该API支持从 2024-12-25 到2025-01-16 这段时间的简报图片获取



```js
https://bxmang.top/newspictoday/news-2024-12-24.png
```

该API支持从 2024-12-24 到 2024-06-15


```js
https://bxmang.top/newspic/News-2024-06-15.png
```

该API支持从2021年1月1日到2024年6月15日图片【可能部分日期缺失】


以上图片样式为个人生成版


```js
https://bxmang.top/api/2024-11-27.png
```
该API支持从2024年6月15日到2024年11月27日图片【原数据来源】
原简报图片样式

## 简报API文字版

**001**
```js
https://bxmang.top/newstoday/news_2024-10-01.txt
```
简报的文字内容版【20240615-20241224】


**002**


```js
https://bxmang.top/newshistory/News_2025-01-04.txt
```
简报的文字内容版【20210101-20240615,20241225-20250116】



## 综述

   上述新闻API较为混乱因为夹杂了多个时期的爬取记录，以及修改文件。同时由于每日简报发生变化，近期部分失效，对20241225以来的部分信息进行重新爬取。
    
   同时需要对接下来日期新闻文字提取 以及 图片生成重新写一份文件。
    
   最好是能对上述API进行整合 变为单独的两条文字版简报API 和 图片版简报API

新闻图片API

# 文章计划，免得后期又鸽了

## 01 VanBlog个人博客部署教程

VanBlog部署过程中遇到的一些问题，以及解决过程

## 02 咸虾米壁纸实现教程
B站UP咸虾米 壁纸小程序 的个人实现过程

## 03 建站教程
申请域名 备案 服务器 以及网站部署过程

## 04 原生微信小程序开发教程

以视频去水印为例记录开发原生微信小程序过程中踩的坑，以及对应后端API实现

## 05 PS简单学习教程

简单上手基本功能，实现抠图 调色为目的

## 06 PR 剪映的一些使用技巧

记录PR 和剪映中一些基本功能，容易遗忘点

## 07 bug以及应对方法
日常工作中的一些bug以及个人处理方法

## 08 杂记

平日工作感悟，日常好用工具，网站记录

