……这些可能有帮助，也可能没有。过去几年情况肯定已经发生了变化，但如果我们从中学到了什么，那就是“互联网的无限记忆”远非如此。依赖项经常会消失和失效。所以，虽然你可能有一份依赖项列表，但如果你没有在本地保存这些实际的依赖项，你可能会遇到麻烦。即使实际的项目仍然存在，你所依赖的旧版本可能已经不存在了。我不能代表其他人说话，但如果你要主动搁置一个Java项目，并且使用Maven或依赖其基础设施，我会清理你的本地仓库缓存，重新构建并测试该项目，然后对项目目录和仓库缓存进行快照。至少这样，如果你以后需要恢复该项目，你就有更大的机会做到这一点。
源讨论多拍一些截图原帖 176 条评论 · 导入时统计> 例如，我最老的文件是在运行Mac OS 9的iMac G3上用Microsoft Word创建的。我可以在现代的文字处理软件中打开它们，看起来类似——但并不完全一样。一些字体和图形缺失了，而且我不知道去哪里找到替代品。 > 对于我多年前放弃的一个没有文档的副项目来说，情况更糟。拥有代码并不等于拥有一个能正常运行的应用程序。 作者的解决方案似乎是截图，我必须恭敬地不同意。 对于软件，无论是副项目还是其他，应该附带依赖配置（当然，在2000年代初这不像现在这么成熟），以及一些测试。我的副项目基本上都有测试，这些测试在几年后重新拾起时非常关键，而且在开发过程中也用于验证。 对于个人笔记，我使用这个脚本，当输入 `$ diary` 时，会在当前日期创建/打开一个条目。…
完整原文把你的经验，加入这段讨论。
或者，将maven指向你仓库中的一个目录（`-DlocalRepository`），并用lfs将其包含在git中。这样就能兼顾两者的优点。可以使用依赖管理，并且始终拥有你的依赖项。
完整原文> 这些可能有帮助，也可能没有。过去几年里情况确实发生了变化，但如果我们学到了什么，那就是“互联网的无限记忆”远非如此。依赖项经常消失和死亡。所以，即使你有一份依赖项列表，如果你没有实际的依赖项在你身边，你可能会遇到麻烦。即使实际项目仍然存在，你所依赖的旧版本可能已经不存在了。 我想这个问题影响了大多数开发栈，每当你要处理包管理器时： - Node和Javascript有npm - Python有pip - .NET有NuGet - Java有Maven/Gradle - PHP有Composer - Ruby有gem 所有这些都有可能消失的包，或者你可能遇到网络问题等等（当我构建容器镜像时，有时甚至apt会失败，尽管很少见）。我认为一个稳妥的做法是…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。