在create-pull-request中处理临时文件的最佳实践

在使用GitHub Actions自动化创建Pull Request时，create-pull-request这个工具提供了body-path参数允许开发者通过外部文件指定PR内容。然而，这个功能在实际使用中可能会遇到一个常见问题：临时文件会被包含在最终的PR变更中。

问题本质

当开发者创建一个临时文件作为body-path参数的内容源时，这个文件本身会被Git识别为新增文件，从而被包含在PR的变更集中。这显然不是我们想要的结果，因为这些临时文件只是中间产物，不应该成为代码库的一部分。

解决方案

最有效的解决方法是利用操作系统的临时目录来存放这些中间文件。在Linux/Unix系统中，/tmp目录是专门用于存放临时文件的理想位置，因为：

1. 该目录通常不会被纳入版本控制
2. 系统会定期清理这些临时文件
3. 不同用户和进程都可以安全地使用这个目录

具体实现时，可以将临时文件创建为：

/tmp/pr_body.md

进阶建议

对于更健壮的实现，开发者还可以考虑以下优化方案：

1. 使用mktemp命令创建具有唯一名称的临时文件，避免命名冲突
2. 在GitHub Actions工作流结束时添加清理步骤，显式删除临时文件
3. 考虑使用heredoc或流程替换等shell特性，完全避免创建物理文件

安全考量

虽然/tmp目录解决了文件被意外提交的问题，但开发者仍需注意：

• 确保临时文件包含敏感信息时设置适当的权限
• 考虑在CI环境中使用更隔离的临时目录
• 对于高安全要求的项目，可以使用RAM disk等内存文件系统

通过采用这些最佳实践，开发者可以既享受body-path参数带来的灵活性，又避免临时文件污染代码库的问题。