返回首页
最新
构建了一个文件转换器，将转换视为可重现的操作。
每次转换生成：
- SHA-256 校验和（输入/输出完整性验证）
- 带时间戳的审计记录
- 可下载的 YAML 配方以确保可重现性
- 质量验证结果
使用案例：需要文件完整性证明的团队（法律、合规、可重现的工作流程）。
架构：内存处理，零持久存储，文件立即删除。
欢迎反馈，特别是关于“配方重放”（上传 YAML 以重现确切转换）是否有价值。
嗨，HN，
我在多个本地 Git 仓库（微服务、开源项目、配置仓库、实验）中工作，经常无法追踪哪些仓库是脏的、落后或超前，或者我最后一次在哪个仓库做了更改。每天检查每个仓库的 git status 成为了一项耗时的工作。
因此，我构建了 git-scope——一个小型的 TUI（文本用户界面），可以在一个终端屏幕上显示所有 Git 仓库的状态。
它的功能：
- 递归查找目录下的 Git 仓库
- 一目了然地显示干净/脏/超前/落后状态
- 模糊搜索 + 快速过滤
- 按下回车键直接跳转到仓库（终端或编辑器）
- 使用轻量级的 Git 元数据，避免在每个地方运行 git status
- 在我的机器上启动时间约为 10 毫秒，得益于缓存
- 完全本地，无遥测
截图：
安装：
对于 macOS：
```bash
brew tap Bharath-code/tap && brew install git-scope
```
对于 Windows 和直接安装：
```bash
go install github.com/Bharath-code/git-scope/cmd/git-scope@latest
```
仓库：
[https://github.com/Bharath-code/git-scope](https://github.com/Bharath-code/git-scope)
自上一个版本以来的变化：
- 改进了安装说明
- 更好的 TUI 布局
- 贡献图
- 时间线
- 磁盘使用情况
- 收到了更多早期用户的反馈
- 正在开发分组/预设和自动刷新模式
- 考虑支持 Windows 原生应用
- 寻求反馈
- 关于多仓库工作流的看法
- 有人使用文件监视器来处理 TUI 吗？
- 关于分组、工作区预设或性能改进的想法
- 有关有效检测状态变化的 Git 内部提示
很高兴回答问题或深入讨论实现细节。
感谢您的关注！
我正在尝试续订我的IEEE会员资格，但支付页面无论使用哪种信用卡都一直出错。<p>更糟糕的是，我似乎无法通过电子邮件、电话或网页表单联系到IEEE的任何人。有没有人能够联系上他们？
```bash
wget https://github.com/beehive-lab/TornadoVM/releases/download/v2.1.0/tornadovm-2.1.0-opencl-linux-amd64.zip
unzip tornadovm-2.1.0-opencl-linux-amd64.zip
# 手动将 <path-to-sdk> 替换为解压文件夹的绝对路径
export TORNADO_SDK="<path-to-sdk>/tornadovm-2.1.0-opencl"
export PATH=$TORNADO_SDK/bin:$PATH
# 列出可用设备
tornado --devices
# 查看版本
tornado --version
# 进入项目目录
cd GPULlama3.java
# 设置项目特定的环境路径 -> 这将确保环境变量被正确设置
source set_paths
# 使用 Maven 构建项目（跳过测试以加快构建速度）
# mvn clean package -DskipTests 或者直接使用 make
make
# 运行模型（确保您已经下载了模型文件 - 见下文）
./llama-tornado --gpu --verbose-init --opencl --model beehive-llama-3.2-1b-instruct-fp16.gguf --prompt "告诉我一个笑话"
```