Bitbucket Issue导入异常：3000条仅能导入1000条，报错string indices must be integers

这种批量导入到Bitbucket时出现截断+类型错误的情况我之前也碰到过，大概率是你的Issue数据集里藏了格式异常的条目，刚好卡在第1001条左右触发了解析bug。给你几个实用的排查方向：

1. 精准定位触发错误的Issue条目 #

因为前1000条能成功导入，问题肯定出在后续的条目里。你可以通过分批导入测试来缩小范围：

• 先尝试导入1001条，如果报错，说明第1001条就是异常条目；
• 如果没报错，再扩大范围（比如1500条），逐步逼近找到那个触发错误的具体Issue。

找到目标Issue后，对比它和正常条目的字段结构，重点看那些本该是对象/数组的字段有没有变成纯字符串——比如comments字段本该是评论数组，结果变成了"no comments"这样的字符串，导入工具尝试用索引（比如comments[0]）去访问就会抛出"string indices must be integers"。

2. 批量校验Issue数据的格式一致性 #

批量导出的Issue很容易出现个别条目字段类型异常，你可以写个简单脚本快速排查：
比如用Python遍历你的Issue JSON文件，检查关键字段的类型：

import json

with open('your_exported_issues.json', 'r') as f:
    issues = json.load(f)

for issue_num, issue in enumerate(issues, 1):
    # 检查assignee字段是否为对象（而非字符串）
    if 'assignee' in issue and not isinstance(issue['assignee'], dict):
        print(f"⚠️ Issue {issue_num} 异常：assignee字段是{type(issue['assignee'])}类型，应为dict")
    # 检查labels字段是否为数组（而非逗号分隔字符串）
    if 'labels' in issue and not isinstance(issue['labels'], list):
        print(f"⚠️ Issue {issue_num} 异常：labels字段是{type(issue['labels'])}类型，应为list")
    # 可根据导入平台的字段扩展检查项，比如comments、milestone等

重点关注那些Bitbucket导入工具会解析为嵌套结构的字段，比如评论、附件、关联任务等。

3. 匹配Bitbucket导入的字段格式要求 #

如果你是从其他平台（GitHub/Jira等）导出的Issue，不同平台的字段格式差异很容易触发解析错误：

• 比如GitHub导出的milestone可能是纯字符串，而Bitbucket期望是包含name和url的对象；
• 自定义字段的格式（比如日期、枚举值）也可能不符合Bitbucket的要求。

你可以把异常条目的字段修改成和前1000条正常条目一致的格式，然后单独导入这条Issue验证是否能成功。

4. 查看Bitbucket导入的详细日志 #

如果能访问Bitbucket的导入日志（或导入过程中的详细输出），里面的错误栈会直接告诉你是哪个字段、哪行代码触发了索引错误。比如日志可能显示：

File "bitbucket_import.py", line 456, in parse_comments
first_comment = issue['comments'][0]

这就明确指向comments字段的类型异常，能帮你快速定位问题。

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