figshare

两者角色不同。figshare 负责托管论文背后的数据、图表、代码等材料并给出可引用的公开链接，期刊负责评审和正式发表。常见做法是论文在期刊发表，同时在 figshare 建立对应数据条目，并在论文的数据可用性部分引用该链接，让读者从论文跳到原始材料。它本身不提供评审意见，也不会把你的研究当作论文发表。

可以。上传时把条目设为私有，再生成分享链接发给审稿人或合作者，他们凭链接就能查看材料。等论文被接收后，把同一批条目的状态改为公开即可，链接不变，论文里引用的地址也就不需要再改。这样既满足审稿阶段提供数据的要求，又不会在结果确定前提前对外曝光。

论文的补充材料最典型，比如正文放不下的图表、原始测量数据、分析脚本、调查问卷、演示文稿和实验录像。判断标准是这份材料是否值得被别人长期找到和引用。如果只是项目过程中的临时文件、或者和研究成果无关的内部资料，放上去反而会稀释你条目的可检索性。

公开条目会被检索到，任何人都能下载，这是开放数据平台的默认设定。降低风险的做法有两条：一是论文正式接收后再把条目转为公开；二是即便公开，也在条目页面写清引用格式和许可条款，让使用者在学术规范下引用你的工作。数据本身一旦公开，就不能再收回控制权，上传前需要想清楚哪些内容可以放。

这类内容通常受限。人类受试者信息、临床记录、可定位到个人的地理坐标等，一般需要脱敏或匿名化处理后才考虑公开，部分机构甚至要求这类数据不离开内部系统。在上传之前先确认所在单位或伦理委员会的具体要求，不要仅凭平台能设置私有状态就认为可以存放。

不建议。它更适合作为对外公开的那一份副本，让同行能拿到并引用你的数据。日常协作中的过程稿、还没定型的分析结果、需要频繁改动的文件，放在本地或团队自己的存储里更合适。把公开平台当唯一备份，一旦需要撤下或修改，处理起来会比较被动。