Git中CRLF与LF自动转换问题解析
项目团队最近在代码中加入了一个新功能，利用flyway工具来管理数据库版本变更。这个工具会记录每次数据库结构的变化，并生成SQL文件保存在指定目录中（前提是必须使用flyway进行数据库变更，外部变更无法被它识别）。每次启动时，flyway会检查当前数据库与项目代码中的SQL变更版本是否一致。如果一致，系统正常启动；如果不一致，且数据库版本落后，flyway会自动更新数据库，以确保代码在任何环境中运行时数据库都是一致的。否则，系统会报错。数据库中有一张表记录版本信息，如下图所示：同时，本地代码中有一个文件
项目团队最近在代码中加入了一个新功能，利用flyway工具来管理数据库版本变更。这个工具会记录每次数据库结构的变化，并生成SQL文件保存在指定目录中（前提是必须使用flyway进行数据库变更，外部变更无法被它识别）。每次启动时，flyway会检查当前数据库与项目代码中的SQL变更版本是否一致。如果一致，系统正常启动；如果不一致，且数据库版本落后，flyway会自动更新数据库，以确保代码在任何环境中运行时数据库都是一致的。否则，系统会报错。数据库中有一张表记录版本信息，如下图所示：
同时，本地代码中有一个文件夹保存每次操作的SQL语句，如下图：
通过比较checksum值来判断当前SQL语句和生成数据库的执行语句是否一致，checksum值是通过CRC32计算并处理得出的。
然后问题出现了：团队中的其他成员搭建好flyway后，项目文件生成了两个SQL文件，我通过git拉取这些文件后，启动项目时报错，checksum值不匹配。我对flyway不太了解，根据报错信息，一步步查找，最终发现checksum值是通过CRC32计算的。花了一两个小时才发现文件不一致的问题。奇怪的是，我们都是从git拉取的文件，为什么我的文件会不一致呢？我怀疑可能是文件换行符的问题，于是将那些SQL文件的换行符全部改成了CRLF（Windows中的换行符），结果项目居然能够运行了。关于为什么从git拉取的文件换行符会不一致的原因是：他们使用的是TortoiseGit（小乌龟）这种可视化工具，而我使用的是命令行工具。可视化工具自动配置了文件换行符的自动转换（这是git的一个智能功能，上传时将文件换行符替换为LF，下载时再替换为CRLF，这样保证中心仓库使用UNIX风格的换行符，而本地能够根据运行环境使用相应的换行符风格），但命令行工具并没有配置这种转换。
解决这个问题的方法也很简单，就是开启git的自动转换功能。
代码语言：javascript 代码运行次数：0
运行 复制 ```javascript git config --global core.autocrlf true //开启换行符自动转换 git config --global core.safecrlf true //禁止混用换行符 ```
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
AirBuddy 3 是面向 macOS 的蓝牙外设增强工具，可集中查看 AirPods、Beats 与苹果设备电量，提供快速连接、播放控制、电量提醒、桌面小组件和多台 Mac 外设接力等功能。
AirServer macOS版可把 Mac 转换为无线投屏接收端，通过 AirPlay 或 Google Cast 接收手机、平板和电脑画面，并支持多设备同时连接、高清镜像及会话录制，适合家庭娱乐、课堂教学、会议演示和应用展示。
火山引擎是字节跳动旗下企业级云与AI服务平台。聚焦大模型核心能力，依托字节自研豆包多模态大模型，凭借火山方舟一站式平台，提供模型精调、推理部署、智能应用搭建等全链路服务，结合高性能AI算力，助力各行业快速落地大模型数字化与智能化应用。
PixTV 是一款在浏览器中使用的 AI 视觉内容创作平台，提供图片、视频、音频、文字生成、AI 分镜、局部重绘、提示词反推和无限画布等工具，适合短剧、漫剧、广告及社交媒体内容制作。
Autodesk Maya 是面向影视、电视、动画和游戏行业的专业三维制作软件，集多边形与 NURBS 建模、角色绑定、关键帧和动作捕捉动画、Bifrost 特效模拟、材质开发及 Arnold 渲染于一体，