把 Vivado 项目放心交给 Git:一篇 FPGA 工程师必读的实战指南

之前分享过一篇文章《FPGA 版本管理三种方式:你会选哪一种?》,评论区很多人都推荐使用Git进行版本管理,今天这篇文章主题就是使用Git进行备份指南。

在 FPGA 开发中,掌握 Git 等源码管理工具已经是必备技能。

当然,在使用 Vivado 时,我们不仅需要处理源代码控制,还需要处理以 IP 为中心的设计产品。

Vivado 的工程通常是 IP 为中心 的设计,包含:

  • IP Integrator Block Diagram
  • 各类 IP 实例(独立 IP 或 BD 内 IP)
  • 自动生成的包装文件与工程产物

这让很多 FPGA 工程师一开始会觉得:

“Vivado 项目到底该怎么和 Git 一起用?”

好消息是,从 Vivado 2022.1 开始,这一切已经变得非常清晰、也非常容易。

Vivado 2022.1 之后最重要的变化:源文件与生成文件分离

在 Vivado 2022.1 之前:

源文件和生成文件全部混在同一个 .srcs 目录中。

而从 Vivado 2022.1 起,工程目录被明确拆分为:

  • .srcs:源文件
  • .gen:生成文件

这一点非常关键。

👉 这意味着:

只要我们保存 .srcs 目录 + .xpr 工程文件,就可以在任何地方完整重建 Vivado 工程。

示例工程说明

示例使用 Vivado 2024.1 创建了一个新工程,目标板卡为 Avnet ZU Board。

IP Integrator 设计包含:

  • Zynq MPSoC Processing System
  • Smart Interconnect
  • AXI BRAM Controller

此外还加入了 自定义 RTL 文件,通过 UART 提供 AXI 访问,用来演示 自定义 RTL 与 IP 设计共存 的情况。

完成后的 Block Diagram 如下:

Vivado 工程目录结构解析

1️⃣ .srcs 目录

imports/ 下是用户添加的 VHDL / Verilog 源文件

bd/ 下是 IP Integrator 的 Block Diagram

ip/ 下是各个 IP 的 .xci 配置文件

👉 这些都是必须纳入 Git 管理的内容

2️⃣ .gen 目录

.gen 中包含:

自动生成的顶层 wrapper

IP 的生成文件

综合与仿真所需的中间文件

👉 这些文件不需要提交到 Git

将 Vivado 工程加入 Git 仓库

假设你已经在 GitHub 上创建了一个空仓库,下面是核心的步骤。

初始化仓库

git init

添加 Vivado 工程文件

只需要添加两部分:

git add git_demo.srcs/* git add git_demo.xpr

提交到本地仓库

提交这些文件并附带一条消息。

git commit -m "initial issue"

你会看到:

.xpr

RTL / VHDL 文件

IP .xci 文件

都已经被 Git 跟踪。

绑定远程仓库并推送

git remote add origin <url> git push -u origin master

此时在 GitHub 网页上,就可以看到完整的 Vivado 工程源文件了。

从 Git 仓库重建 Vivado 工程

为了验证流程是否正确,我们新建一个文件夹:

git clone <repo_url>

然后直接打开 .xpr 文件。

我们需要重新生成顶层 wrapper,重新生成 IP,正常完成综合与实现即可。

整个流程无需额外脚本,运行非常顺利。

小结

Vivado 2022.1 之后,工程结构已经非常适合 Git 管理

只需管理 .srcs + .xpr

IP、BD、RTL 都能自然融入 Git 流程

Vivado 工程终于可以像软件工程一样被“正常管理”

上面只是简单的使用,后续文章将继续介绍高级点的用法及 Vitis 与源码管理的协同方式。

Read more

Node.js Web Streams API实战简化流处理

Node.js Web Streams API实战简化流处理

💓 博客主页:瑕疵的ZEEKLOG主页📝 Gitee主页:瑕疵的gitee主页⏩ 文章专栏:《热点资讯》 Node.js Web Streams API实战:简化流处理的革命性实践 目录 * Node.js Web Streams API实战:简化流处理的革命性实践 * 引言:流处理的困境与破局点 * 一、为什么Web Streams API是流处理的“破壁者”? * 传统流处理的三大痛点 * Web Streams API的核心优势 * 二、实战:从复杂到优雅的代码演进 * 场景:文件内容转换(CSV → JSON) * 传统方案(`stream`模块):15行+的“地狱代码” * Web Streams方案:5行代码的优雅实现 * 三、场景深化:Web Streams的跨界价值

Obsidian同步太折腾?试试坚果云官方插件:免WebDAV配置,支持Git级冲突合并

Obsidian同步太折腾?试试坚果云官方插件:免WebDAV配置,支持Git级冲突合并

Obsidian 作为本地 Markdown 笔记软件的王者,其“数据掌握在自己手中”的理念深受开发者喜爱。但作为一名多端用户,同步问题一直是最大的痛点。官方 Sync 服务太贵,WebDAV 配置繁琐且不仅容易断连,还经常遇到笔记冲突。 终于,大家催了无数遍的 Obsidian x 坚果云「官方同步插件 Nutstore Sync」 正式上架社区插件市场了! 这不仅仅是一个同步工具,更是一套完整的移动端解决方案。 为什么推荐这款官方插件? 1. 告别复杂的 WebDAV 配置(SSO单点登录) 以前配置 WebDAV,你需要生成应用密码、复制服务器地址、担心端口被封。 现在,安装 Nutstore Sync 后,直接点击“登录”,通过单点登录 授权,一键回调到 Obsidian,配置过程缩短到秒级,新手极其友好。

Windows软件安装报错?3分钟搞定Webview2和.NET4.8缺失问题(附C盘权限获取技巧)

Windows软件安装报错终极指南:从Webview2到.NET4.8的完整解决方案 每次安装新软件时遇到"缺少Webview2 Runtime"或".NET Framework 4.8未安装"的报错提示,是不是让你感到无比烦躁?这些看似复杂的系统组件缺失问题,其实都有简单直接的解决方法。本文将带你一步步彻底解决这些安装障碍,同时分享几个鲜为人知的C盘权限管理技巧,让你的软件安装过程从此畅通无阻。 1. 理解核心组件:Webview2和.NET4.8为何如此重要 现代Windows软件越来越依赖这些基础运行环境。Microsoft Edge WebView2是一个嵌入式浏览器组件,允许应用程序显示网页内容,而.NET Framework 4.8则是微软开发的软件开发平台,许多程序都基于它构建。当你的系统缺少这些组件时,就像试图在没有地基的房子上盖楼——注定会失败。 常见症状包括: * "Microsoft Edge WebView2 Runtime未安装"错误提示

基于Java Web的毕业设计选题系统设计与实现:新手入门实战指南

每到毕业季,高校的毕业设计选题环节总是让管理员和学生们头疼不已。传统的线下或简单线上流程,常常暴露出几个典型问题:系统一开放,学生们蜂拥而至,经常出现“秒杀”式的竞争,导致服务器卡顿甚至崩溃;好不容易选上了,却可能因为网络延迟或并发问题,出现“一题多选”或“超选”的数据混乱;老师和学生之间的信息不通畅,选题状态不透明,沟通成本极高。这些问题背后,其实都指向了系统在并发控制、数据一致性和用户体验上的缺失。 作为一个Java Web的初学者,要独立解决这些问题似乎很有挑战。但别担心,我们可以通过一个结构清晰、技术栈成熟的项目来逐一攻克。下面,我就结合自己搭建“毕业设计选题系统”的实战经验,从零开始,带你走一遍核心的设计与实现思路。 1. 为什么选择 Spring Boot + MyBatis? 在开始敲代码之前,技术选型是第一步。Java Web的框架组合很多,比如经典的SSH、SSM,还有新兴的Spring Boot搭配JPA或MyBatis-Plus。对于新手来说,我强烈推荐