如何在私有分支移除Git LFS文件转为普通Git文件？

可行性确认 #

完全可行。私有分支是独立的开发分支，所有操作仅局限于该分支内，只要不将此分支合并到主分支或其他公共远程分支，就不会对现有仓库的工作造成任何破坏，非常适合这类排查实验。

步骤验证与补充 #

你整理的步骤整体正确，以下是对每个步骤的验证和细节补充：

• 步骤1：切换到目标私有分支
  建议从主分支（如main/master）新建私有分支，避免基于其他有改动的分支干扰后续验证：

  git checkout -b <private-branch-name>
  

• 步骤2：取消LFS追踪
  git lfs untrack "path/to/file.ext" 或通配符模式的命令是正确的，该操作会自动从.gitattributes文件中移除对应的LFS追踪规则条目。
• 步骤3：移除索引中的LFS指针
  git rm --cached "path/to/file.ext" 是关键操作，仅清除Git索引中的LFS指针条目，本地磁盘上的实际文件会被保留，不会丢失内容，完全符合你的需求。
• 步骤4：重新添加为普通Git文件
  执行git add "path/to/file.ext"和git add .gitattributes是正确的，此时因为.gitattributes已无对应LFS规则，Git会将文件的完整内容作为普通Git对象存入仓库，而非LFS指针。
• 步骤5：提交更改
  常规提交命令即可，提交信息清晰说明分支上的操作即可。
• 步骤6：验证结果
  git lfs ls-files 验证目标文件是否不再出现是有效的，还可以额外执行git show HEAD:path/to/file.ext，查看输出是否为文件的实际内容（而非LFS指针格式），进一步确认转换成功。

额外注意事项 #

• 若转换的是大文件，私有分支的仓库体积会相应增大，但仅影响本地和该私有远程分支，不会波及主分支。
• 推送该私有分支到远程时，需确保远程仓库未设置过大的文件大小限制（部分Git服务默认限制大文件上传），避免推送失败。
• 绝对不要将此私有分支合并到主分支或其他公共分支，否则会将LFS的改动引入到正式分支中。
• 实验完成后，若不需要该分支，直接删除即可（本地git branch -D <private-branch-name>，远程git push origin --delete <private-branch-name>），主分支不受任何影响。

内容的提问来源于stack exchange，提问作者iDev