Postman复制集合唯一可靠方式是点击集合右侧省略号（⋯）后选择Duplicate；不支持Ctrl+C、拖拽或右键复制，且副本不继承环境变量、全局变量及运行时状态，集合变量名相同但值相互隔离。
点击省略号（⋯）后选 Duplicate 是唯一可靠方式
Postman 不支持 Ctrl+C / Cmd+C 复制集合，也不接受拖拽或右键菜单复制。所有“复制集合”的操作必须通过集合右侧的 ⋯ 按钮触发。点击后下拉菜单中只有 Duplicate 一项是真正复制集合结构和全部请求的选项；Export 或 Share 都不等于复制，前者导出 JSON 文件需再导入，后者仅生成共享链接。
常见错误现象：
— 点击集合名旁边的「重命名」图标后试图 Ctrl+V，无反应
— 在 Collections 列表里长按/右键集合，菜单中没有复制项
— 尝试用鼠标框选多个请求再拖进新集合，结果只是移动而非复制
复制后的新集合默认不继承环境变量和预请求脚本上下文
复制操作只拷贝请求本身（URL、Method、Headers、Body、Tests、Pre-request Script 内容），但不会自动绑定原集合使用的环境、也不会复制环境变量定义。这意味着：
-
pm.environment.get("token")在副本请求中会返回undefined，除非你手动切换到对应环境或重新设置变量 - 如果原集合依赖全局变量（如
{{base_url}}），而你没启用 Globals，副本发送时会报错Could not resolve variable: base_url - 预请求脚本里用到的
pm.variables.set()若写的是集合变量（pm.collectionVariables.set()），副本中该变量初始为空，需额外初始化
集合变量（collection variables）在副本中保留但值不共享
Postman 的集合变量作用域是集合级，所以副本会完整复制变量名和初始值（即你在 Edit Collection → Variables 里填的内容），但两个集合的变量内存空间完全隔离。修改副本中的 pm.collectionVariables.set("counter", 2) 不会影响原集合的 counter 值，反之亦然。
容易踩的坑：
— 误以为“复制集合 = 复制运行态”，实际副本第一次运行时所有变量都从初始值开始，不是从原集合当前值快照而来
— 在副本中执行了登录并 set 了 token，却忘了原集合的 token 还在过期时间里，导致来回切换时凭据混乱
— 把集合变量名起成 api_key 这类通用名，结果在多个副本间调试时搞混了到底哪个集合在用哪个 key
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
批量复制多个集合只能逐个操作，没有一键全选 Duplicate
Postman 当前 UI 不支持多选集合后统一点击 ⋯ → Duplicate。如果你有 5 个集合要复制，必须对每个集合单独展开 ⋯、点 Duplicate、等待加载完成——中间不能穿插其他操作，否则可能因异步渲染导致某个副本丢失请求顺序或 Tests 内容。
替代方案有限：
— 导出原集合为 .json，用文本编辑器替换名称字段（如 "name": "My API v1" → "name": "My API v1 copy"），再重新导入，适合熟悉集合 v2.1 JSON 结构的人
— 使用 Newman CLI + 脚本读取/修改/写入集合文件，但已超出界面操作范畴
最现实的做法：复制前先关闭无关标签页，专注逐个操作，并在副本创建后立刻检查第一个请求是否能正常 Send，避免堆叠问题。
