前言 目前在公司干了三年多了，一直以来我都是使用的SVN，但是我发现用Git的还是比用SVN的要多，所以抽空学习了一下Git的使用方式，先看看两者的区别。 以下是SVN和Git之间的一些主要区别： 架构差异： SVN：是一个集中式版本控制系统。这意味着有一个中央服务器，所有开发者的工作副本都直接与这个中央仓库交互。 Git：是一个分布式版本控制系统。每个开发者的工作副本都是一个完整的代码库，包含完整的历史记录，这意味着开发者可以在离线状态下进行大部分操作，并在需要时与其他仓库同步。 分支和合并： SVN：在SVN中，分支操作相对昂贵，因为它们通常涉及到复制整个代码库的一部分。 Git：Git的分支非常轻量级，创建和切换分支几乎瞬间完成。Git鼓励使用分支进行开发，这使得实验和特性开发更加方便。 性能： SVN：由于它的集中式架构，SVN的操作通常需要与中央服务器进行交互，这可能在网络延迟较大的情况下影响性能。 Git：Git的大多数操作都是在本地执行，这意味着它们非常快速。只有在与其他仓库同步时才需要与远程服务器交互。 历史记录： SVN：SVN的历史记录是线性的，每次提交都会添加到中央仓库的历史中。 Git：Git的历史记录是全局的，不仅仅包括自己的提交，还包括其他开发者的提交。Git的提交历史是一个复杂的图结构，可以处理多线历史和合并。 安全性： SVN：SVN的权限控制通常在服务器端进行，可以细粒度地控制用户对特定目录的访问。 Git：Git的权限控制通常是在服务器端使用钩子脚本（hooks）来实现的，虽然它本身不提供内置的细粒度权限控制，但可以通过第三方服务如GitLab或GitHub来实现。 网络依赖性： SVN：由于是集中式的，许多操作需要网络连接到中央服务器。 Git：Git可以在完全离线的情况下进行大部分操作，只有在推送到远程仓库或从远程仓库拉取更新时才需要...

@Configurable 作用： @Configurable 注解主要用于支持 Spring 对非 Spring 管理对象的依赖注入（DI）。当一个类被标记为 @Configurable 时，Spring 将能够对该类的实例进行依赖注入，即使这些实例不是通过 Spring 容器直接创建的（例如，通

@RunWith(SpringRunner.class) 和 @SpringBootTest 是在使用 Spring Boot 进行单元测试时常用的两个注解，它们分别服务于不同的目的，并协同工作以支持对 Spring 应用程序进行集成测试。下面分别解释这两个注解的作用以及何时可以仅使用 @Sprin

TMDB 账号设置 点击页面右上角的圆圈，进行账号设置

TMDB 账号设置 点击页面右上角的圆圈，进行账号设置

等保2.0定义等保2.0全称网络安全等级保护2.0制度，是我国网络安全领域的基本国策、基本制度；是等保1.0的升级。分级防护标准在1.0时代标准的基础上，注重主动防御，从被动防御到安全可信、动态感知和事前、事中、事后全流程全面审计，实现了对传统信息系统、基础信息网络、云计算、大数据、物联网、移动互联

对象存储（Amazon S3 协议）插件 安装插件：对象存储（Amazon S3 协议） halo 附件添加 s3存储配置

在 2023 年，作为一名 Java 软件工程师，我在 GitHub 上留下了深刻的印记，处理 86 个问题，提交 174 个拉取请求，并进行 825 次代码审查。在274 个活跃日中，我为 halo 主仓库贡献了 43k 行代码，总计编写代码 1012 小时，大部分时间专注于Java语言。我还创建了 10 个新的代码仓库，并参与了多个其他项目，深入开源社区合作。这一年是技术成长与开源贡献的见证，我期待 2024 年带来的新挑战和机遇。

即使我们最终都成为了曾经不愿成为的“大人”，那份对美好生活的向往，仍旧藏在心底。也许，真正的成长，不是放弃理想，而是在理想与现实之间，找到了属于自己的平衡。