github什么时候封存

GitHub的封存政策是在2020年11月13日开始实施的。在此之前，GitHub没有明确的封存政策，而是通过删除仓库来管理不再活跃的项目。然而，封存和删除有着不同的意义和影响。

封存是GitHub推出的一项新功能，旨在帮助用户更好地管理和组织他们的项目。封存意味着项目不再接受新的提交和拉取请求，并且不再显示在默认的仓库列表中。但是，封存的项目仍然可以被查看、克隆和下载。此外，封存的项目仍然可以接收问题和合并请求，但不会有人主动去处理这些请求。

封存的好处在于，它允许用户将不再活跃的项目标记为封存，以减少仓库列表的杂乱和混乱。这对于拥有大量项目的个人开发者和组织来说尤为重要。此外，封存的项目仍然可以保留其历史记录和讨论，因此其他人可以在需要时查阅相关信息。

封存不同于项目的删除。删除项目意味着项目的所有代码、issue、pull request等信息都会被永久删除，且无法恢复。因此，在决定封存还是删除项目时，用户需要谨慎考虑其对项目的未来需求和其他人对项目的依赖。

综上所述，GitHub的封存政策于2020年11月13日开始实施。封存是一种管理不再活跃项目的方式，使用户可以将项目标记为封存以减少仓库列表的混乱。封存的项目仍然可以被查看、克隆和下载，但不再接受新的提交和拉取请求。与删除不同，封存可以保留项目的历史记录和讨论。封存与删除相比，提供了更灵活的管理选项。

GitHub在什么情况下会被封存取决于多个因素，包括但不限于以下几点：

1. 用户违反了GitHub的使用条款：GitHub有一系列的规定和使用条款，包括不得发布非法、侵犯版权或包含恶意代码的内容。如果用户被发现违反了这些规定，GitHub可能会封存或删除相关的仓库或用户账号。

2. 仓库被所有者主动封存：GitHub允许仓库的所有者自行选择封存仓库。当仓库不再使用、项目结束或所有者不再维护时，所有者可以选择封存仓库。封存后，仓库将变为只读状态，不可再进行修改或提交新的代码。

3. GitHub决定封存仓库：在某些情况下，GitHub可能会决定封存特定的仓库。这可能是因为仓库存在安全漏洞、违反了GitHub的政策或涉及到敏感信息。这样的决定通常是为了保护用户的安全和利益。

4. 所有者长期未活动：如果一个仓库的所有者长时间未进行任何活动，GitHub可能会将其标记为“封存”。这个标记表明仓库已经长时间未被维护，可能不再活跃。然而，即使被标记为“封存”，仓库仍然可以被浏览和克隆。

5. 其他违规行为：除了上述情况外，GitHub还会封存因其他违规行为而被发现的仓库。这可能包括恶意行为、滥用GitHub服务或违反相关法律法规的行为。

需要注意的是，GitHub在决定封存仓库时通常会采取逐步的措施，并给予用户相应的警告和机会进行修复。封存仓库的决定往往是综合考虑多种因素而做出的。如果用户对封存决定不满意，可以联系GitHub支持团队申请解封或进行申诉。

GitHub作为一个开源代码托管平台，不会主动封存或关闭项目，除非出现以下情况：

1. 违反GitHub使用协议：如果项目违反了GitHub的使用协议，包括但不限于故意传播恶意软件、侵犯他人知识产权、恶意攻击等行为，GitHub可能会对项目进行封禁，并通知项目负责人进行修复或删除相关内容。

2. 项目长时间没有更新：如果一个项目长时间没有更新，没有任何活动，没有人参与维护，或者项目负责人长时间不回应GitHub的通知，GitHub可能会认为项目已经废弃，并选择将其封存。

然而，GitHub在执行封存前通常会发送警告邮件和通知，给予项目负责人一个合理的时间来解决问题或提供说明。如果项目负责人能够及时回应并解决问题，项目将不会被封存。

在封存项目之前，GitHub通常会考虑以下因素：

1. 项目活跃度：GitHub会根据项目的活跃度来确定是否封存。如果项目有很多活跃的贡献者、社区讨论和问题解答，GitHub会认为项目是活跃的，并不会封存。

2. 项目的重要性：如果项目对社区和用户有重要意义，比如一些核心库、框架或工具等，即使项目不活跃，也不太可能被封存。

3. 项目质量和合规性：如果项目是高质量的，代码规范、许可证合规等方面做得很好，即使不活跃，也不容易被封存。

总而言之，GitHub封存项目是为了维护平台的整体安全、秩序和可用性。只要项目符合使用协议并且得到了适当的维护和管理，是不太可能被封存的。对于负责的项目负责人和参与者来说，保持项目的活跃性并重视平台规则都是很重要的。