获得徽章 7
Claude Code 原生支持 Git Worktree，非常适合并行开发多个功能。
核心用法
创建 worktree：
claude --worktree feature-auth
会自动在 .claude/worktrees/feature-auth/ 创建独立工作目录和分支 worktree-feature-auth。
或者在会话中直接说：
"work in a worktree"（英文）
对我说"用工作树开始工作"
关键特性
特性 说明
隔离 每个 worktree 有独立文件和分支，共享同一个仓库历史
并行 多个 Claude 实例可同时在不同 worktree 工作，互不干扰
恢复 /resume 可列出所有 worktree 会话，随时切换回来
自动清理 无改动时自动删除；有改动时询问是否保留
子代理并行开发
如果用 Agent tool 分配子任务，可以让每个子代理在独立 worktree 运行
核心用法
创建 worktree：
claude --worktree feature-auth
会自动在 .claude/worktrees/feature-auth/ 创建独立工作目录和分支 worktree-feature-auth。
或者在会话中直接说：
"work in a worktree"（英文）
对我说"用工作树开始工作"
关键特性
特性 说明
隔离 每个 worktree 有独立文件和分支，共享同一个仓库历史
并行 多个 Claude 实例可同时在不同 worktree 工作，互不干扰
恢复 /resume 可列出所有 worktree 会话，随时切换回来
自动清理 无改动时自动删除；有改动时询问是否保留
子代理并行开发
如果用 Agent tool 分配子任务，可以让每个子代理在独立 worktree 运行
展开
评论
点赞
让 Claude Code 更自主运行的主要方式：
1. --dangerously-skip-permissions 启动参数
这是最直接的方式，跳过所有权限确认：
claude --dangerously-skip-permissions
适用于自动化脚本、CI 环境等无人值守场景。
2. 配置 allow-list（推荐）
在项目或全局 settings 文件中预批准工具，避免运行时弹出确认：
项目级： .claude/settings.json
全局级： ~/.claude/settings.json
{
"permissions": {
"allow": [
"Bash(*)",
"Read(*)",
"Write(*)",
"Edit(*)",
"Glob(*)",
"Grep(*)",
"mcp__*"
]
}
}
3. 选择权限模式
运行时可以选择模式：
- Auto-approve 模式 — 按 Shift+Tab 切换到自动批准所有操作
- Plan mode — 先规划后执行，减少逐步确认
1. --dangerously-skip-permissions 启动参数
这是最直接的方式，跳过所有权限确认：
claude --dangerously-skip-permissions
适用于自动化脚本、CI 环境等无人值守场景。
2. 配置 allow-list（推荐）
在项目或全局 settings 文件中预批准工具，避免运行时弹出确认：
项目级： .claude/settings.json
全局级： ~/.claude/settings.json
{
"permissions": {
"allow": [
"Bash(*)",
"Read(*)",
"Write(*)",
"Edit(*)",
"Glob(*)",
"Grep(*)",
"mcp__*"
]
}
}
3. 选择权限模式
运行时可以选择模式：
- Auto-approve 模式 — 按 Shift+Tab 切换到自动批准所有操作
- Plan mode — 先规划后执行，减少逐步确认
展开
评论
点赞
ClickHouse 默认使用以下端口：
主要端口：
- 9000 - Native TCP 协议（客户端连接）
- 8123 - HTTP 接口（REST API 查询）
其他端口：
- 9009 - 服务器间通信（分布式查询）
- 9004 - MySQL 协议模拟
- 9005 - PostgreSQL 协议模拟
- 9440 - Native TCP with SSL
- 8443 - HTTPS 接口
主要端口：
- 9000 - Native TCP 协议（客户端连接）
- 8123 - HTTP 接口（REST API 查询）
其他端口：
- 9009 - 服务器间通信（分布式查询）
- 9004 - MySQL 协议模拟
- 9005 - PostgreSQL 协议模拟
- 9440 - Native TCP with SSL
- 8443 - HTTPS 接口
展开
1
1
创建 Telegram Bot API 的步骤：
1. 在 Telegram 中搜索 `@BotFather` 并打开对话
2. 发送 `/newbot`
3. 按提示输入 bot 的显示名称（如 `My Test Bot`）
4. 输入 bot 的用户名（必须以 `bot` 结尾，如 `my_test_12345_bot`）
5. BotFather 会返回一个 API token，格式类似 `123456789:ABCdefGHIjklMNOpqrsTUVwxyz`
拿到 token 后就可以通过 `
api.telegram.org<your-token>/` 调用 Bot API 了。
简单验证一下 token 是否有效：
```bash
curlapi.telegram.org<your-token>/getMe
```
返回 bot 信息就说明创建成功了。
1. 在 Telegram 中搜索 `@BotFather` 并打开对话
2. 发送 `/newbot`
3. 按提示输入 bot 的显示名称（如 `My Test Bot`）
4. 输入 bot 的用户名（必须以 `bot` 结尾，如 `my_test_12345_bot`）
5. BotFather 会返回一个 API token，格式类似 `123456789:ABCdefGHIjklMNOpqrsTUVwxyz`
拿到 token 后就可以通过 `
api.telegram.org<your-token>/` 调用 Bot API 了。简单验证一下 token 是否有效：
```bash
curl
api.telegram.org<your-token>/getMe```
返回 bot 信息就说明创建成功了。
展开
评论
1
赞了这篇文章
使用 git rerere（reuse recorded resolution）来自动记住并重用冲突解决方案。
启用 rerere：
git config --global rerere.enabled true
启用后，Git 会：
1. 记住你每次解决冲突的方式
2. 下次遇到相同冲突时自动应用相同的解决方案
推荐做法：
# 启用 rerere
git config rerere.enabled true
# 如果想让 rerere 自动暂存已解决的文件
git config rerere.autoupdate true
这样下次同步时，如果遇到相同的 import 冲突，Git 会自动应用你之前的解决方案
启用 rerere：
git config --global rerere.enabled true
启用后，Git 会：
1. 记住你每次解决冲突的方式
2. 下次遇到相同冲突时自动应用相同的解决方案
推荐做法：
# 启用 rerere
git config rerere.enabled true
# 如果想让 rerere 自动暂存已解决的文件
git config rerere.autoupdate true
这样下次同步时，如果遇到相同的 import 冲突，Git 会自动应用你之前的解决方案
展开
评论
点赞
aws Security Hub 了解：
1. GuardDuty 已经提供威胁检测
2. Inspector 提供漏洞扫描
3. Security Hub 主要是聚合和合规报告，不是必须的
1. GuardDuty 已经提供威胁检测
2. Inspector 提供漏洞扫描
3. Security Hub 主要是聚合和合规报告，不是必须的
评论
点赞
检查，合并提交关键命令：
git log --oneline c4448db6abde90c7851de11df997431defac501d -1
c4448db6 fix: prevent service crashes when clients disconnect.
git show c4448db6abde90c7851de11df997431defac501d --format=fuller
git log --oneline c4448db6abde90c7851de11df997431defac501d -1
c4448db6 fix: prevent service crashes when clients disconnect.
git show c4448db6abde90c7851de11df997431defac501d --format=fuller
展开
评论
1
aws-vault 支持使用 macOS 的 Touch ID 进行生物认证。有几种方法可以实现：
方法 1: 使用 file 后端 + 密码管理器
# 设置 aws-vault 使用 file 后端
export AWS_VAULT_BACKEND=file
# 然后正常使用
aws-vault exec xlink -- zsh
方法 2: 配置 Keychain 访问控制（推荐）
macOS Keychain 本身支持 Touch ID。你可以通过以下步骤配置：
1. 打开 Keychain Access 应用
2. 找到 aws-vault 相关的条目
3. 右键点击 → Get Info → Access Control 标签
4. 勾选 "Allow access by all applications" 或将 aws-vault 添加到允许列表
方法 3: 使用 --prompt=osascript 参数
aws-vault exec xlink --prompt=osascript -- zsh
这会使用 macOS 原生对话框，可能触发 Touch ID。
方法 4: 延长 session 时间减少认证次数
在 ~/.aws/config 中添加：
[profile xlink]
mfa_serial=arn:aws:iam::ACCOUNT_ID:mfa/your-user
credential_process=aws-vault exec xlink --json --duration=12h
或者设置环境变量延长 session：
export AWS_VAULT_SESSION_TOKEN_TTL=12h
export AWS_VAULT_ASSUME_ROLE_TTL=1h
最简单的方案
在 ~/.zshrc 或 ~/.bashrc 中添加：
export AWS_VAULT_PROMPT=osascript
export AWS_VAULT_KEYCHAIN_NAME=login
这样 aws-vault 会使用 macOS 的登录 keychain，它在你解锁 Mac 时就已经解锁了，通常不需要再次输入密码。
方法 1: 使用 file 后端 + 密码管理器
# 设置 aws-vault 使用 file 后端
export AWS_VAULT_BACKEND=file
# 然后正常使用
aws-vault exec xlink -- zsh
方法 2: 配置 Keychain 访问控制（推荐）
macOS Keychain 本身支持 Touch ID。你可以通过以下步骤配置：
1. 打开 Keychain Access 应用
2. 找到 aws-vault 相关的条目
3. 右键点击 → Get Info → Access Control 标签
4. 勾选 "Allow access by all applications" 或将 aws-vault 添加到允许列表
方法 3: 使用 --prompt=osascript 参数
aws-vault exec xlink --prompt=osascript -- zsh
这会使用 macOS 原生对话框，可能触发 Touch ID。
方法 4: 延长 session 时间减少认证次数
在 ~/.aws/config 中添加：
[profile xlink]
mfa_serial=arn:aws:iam::ACCOUNT_ID:mfa/your-user
credential_process=aws-vault exec xlink --json --duration=12h
或者设置环境变量延长 session：
export AWS_VAULT_SESSION_TOKEN_TTL=12h
export AWS_VAULT_ASSUME_ROLE_TTL=1h
最简单的方案
在 ~/.zshrc 或 ~/.bashrc 中添加：
export AWS_VAULT_PROMPT=osascript
export AWS_VAULT_KEYCHAIN_NAME=login
这样 aws-vault 会使用 macOS 的登录 keychain，它在你解锁 Mac 时就已经解锁了，通常不需要再次输入密码。
展开
评论
点赞
aws 日本区域有几个可用区,分别是什么？
aws --profile xlink ec2 describe-availability-zones --region
ap-northeast-1 --query 'AvailabilityZones[*].[ZoneName,ZoneId,State]'
--output table
aws --profile xlink ec2 describe-availability-zones --region
ap-northeast-3 --query 'AvailabilityZones[*].[ZoneName,ZoneId,State]'
--output table 2>/dev/null
⏺ AWS 日本有两个区域，共 6 个可用区：
ap-northeast-1 (东京) - 3 个可用区
| 可用区名称 | Zone ID | 状态 |
|-----------------|-----------|-----------|
| ap-northeast-1a | apne1-az4 | available |
| ap-northeast-1c | apne1-az1 | available |
| ap-northeast-1d | apne1-az2 | available |
注：ap-northeast-1b 曾经存在但已被弃用，所以编号是 a、c、d
ap-northeast-3 (大阪) - 3 个可用区
| 可用区名称 | Zone ID | 状态 |
|-----------------|-----------|-----------|
| ap-northeast-3a | apne3-az3 | available |
| ap-northeast-3b | apne3-az1 | available |
| ap-northeast-3c | apne3-az2 | available |
aws --profile xlink ec2 describe-availability-zones --region
ap-northeast-1 --query 'AvailabilityZones[*].[ZoneName,ZoneId,State]'
--output table
aws --profile xlink ec2 describe-availability-zones --region
ap-northeast-3 --query 'AvailabilityZones[*].[ZoneName,ZoneId,State]'
--output table 2>/dev/null
⏺ AWS 日本有两个区域，共 6 个可用区：
ap-northeast-1 (东京) - 3 个可用区
| 可用区名称 | Zone ID | 状态 |
|-----------------|-----------|-----------|
| ap-northeast-1a | apne1-az4 | available |
| ap-northeast-1c | apne1-az1 | available |
| ap-northeast-1d | apne1-az2 | available |
注：ap-northeast-1b 曾经存在但已被弃用，所以编号是 a、c、d
ap-northeast-3 (大阪) - 3 个可用区
| 可用区名称 | Zone ID | 状态 |
|-----------------|-----------|-----------|
| ap-northeast-3a | apne3-az3 | available |
| ap-northeast-3b | apne3-az1 | available |
| ap-northeast-3c | apne3-az2 | available |
展开
评论
点赞