GitHub镜像复制仓库与原仓库commit ID相同是否存在弊端？

相同Commit ID是否可行 #

完全可行，这是镜像操作成功的标志，不属于异常情况。
Git的Commit ID是基于提交的全量信息（包含代码内容、父提交哈希、提交者信息、提交时间、提交备注等）计算出的唯一哈希值，只要提交的所有属性完全一致，生成的Commit ID就必然相同。你通过镜像操作完整同步原仓库所有提交后出现ID一致的情况，恰恰说明原仓库的提交历史被完整保留，完全符合你最初的复制需求。

是否存在弊端、会不会影响原仓库 #

只要你不主动向原仓库执行推送操作，新仓库的所有开发行为完全不会对原仓库造成任何影响，这是Git分布式架构的核心设计特性，不存在两个仓库因为Commit ID一致就自动同步、互相影响的可能。
相关风险全部来自操作配置失误，和Commit ID一致本身无关，你只需要做好以下配置检查就能完全规避风险：

• 新仓库克隆到本地后，执行git remote -v检查远程仓库配置，确认默认的origin远程源的拉取、推送地址都指向你自己的新仓库，不要把原仓库地址设为默认推送源。
• 如果后续需要同步原仓库的更新，可以单独把原仓库添加为只读的上游远程源（通常命名为upstream），仅配置拉取权限，不配置该源的推送地址，从根源上避免误推送。
• 你后续在新仓库提交的新代码，因为提交内容、提交时间、提交者、父提交哈希都和原仓库的提交不同，生成的Commit ID会是全新的，不会和原仓库现有、未来的提交产生ID冲突。

澄清一个常见误区：Commit ID只是Git仓库内提交对象的身份标识，本身不携带任何跨仓库自动联动的逻辑。Git的每个仓库都是完全独立的完整副本，哪怕两个仓库有大量重合的Commit ID，只要你不主动执行跨仓库的拉取、推送操作，两个仓库就完全独立，原仓库的状态不会受到新仓库任何操作的影响。

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