咨询：Amplify哪些文件夹与文件应纳入或排除在版本控制之外？

将amplify/目录整体纳入版本控制是AWS Amplify官方推荐的最佳实践，但需区分共享配置文件和本地专属文件，避免因开发者本地环境差异导致协作冲突。

必须纳入版本控制的内容 #

• amplify/backend/：包含API、认证、存储等后端资源的核心定义（如GraphQL schema、CloudFormation模板），是团队协作的基础，确保所有人的后端配置一致。
• amplify/team-provider-info.json：团队级别的提供商配置，包含环境映射、AWS账户关联等共享信息。
• amplify/backend-config.json：后端资源的依赖关系与配置映射，是CLI识别资源结构的核心文件。
• amplify/cli.json：CLI的全局配置（如默认AWS区域、默认环境），适合团队统一配置。

需排除在版本控制之外的内容 #

• amplify/.config/：本地CLI的缓存、认证凭证、当前环境状态等信息，每个开发者的本地数据不同，无需共享。
• amplify/local-env-info.json：记录本地当前使用的环境名称、本地端点等专属信息，排除后避免环境切换冲突。
• amplify/logs/：CLI运行生成的临时日志文件，无共享价值。
• amplify/frontend/：自动生成的前端客户端代码（如API调用代码），可通过amplify codegen重新生成，无需纳入。
• amplify/hosting/：本地测试用的托管配置文件，通常为临时生成，排除即可；若有团队共享的自定义域名等配置，可选择性保留。

核心原则是：共享后端资源的定义与团队级配置，排除本地状态、凭证、临时生成的文件，这样团队成员可基于统一的配置创建各自的本地环境，互不干扰。

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