在我们的项目中，我们有一个目录（让我们称之为＆＃34; / sw /＆＃34;），我们保留与项目相关的所有内容。各种脚本，模板，交付文件，git-repos，构建等都在/ sw /.
的子目录中。这是一个旧项目，/ sw /已经变得非常混乱。很多它似乎完全过时了，可能应该删除。但是，这很难做到，因为它实际上在某个地方使用的风险总是很小。
Git存储库中的内容应该保留，这些内容都有很好的文档和管理。但是，/ sw /没有很多子目录和文件在版本控制之下，其中大部分看起来像垃圾。
编辑以澄清：/ sw /下的任何现有git repos都不是/ sw / repo的一部分。例如，永远不会添加/sw/develop.git。
如果我们应该对/ sw /进行清理，我们正在考虑两种策略：
1）在名为＆＃34; assolete＆＃34;的地方创建一个文件夹，然后将（可能的）垃圾文件移到那里。我们可能会在该目录中保留一个文本文件作为已移动内容的日志，以及原因。
2）在/ sw /中，初始化一个Git存储库。然后，每次我们进行清理并删除某些内容时，我们首先添加并将其提交到/ sw / repository，然后删除文件，然后提交更改。然后，如果我们发现不应该删除某些内容，我们可以恢复该更改。
哪一个似乎是最好/最安全的策略？我有时会听到＆＃34;让一切都在版本控制之下＆＃34;。但在这种情况下，它只是让事情变得更复杂吗？或者它会带来好处吗？
除了上面列出的两点之外还有其他方法吗？
答案 0 :(得分：0)
第二种方法听起来不错，但在git repo中使用git repos听起来有点无动于衷。相反，你可以在各自的存储库中维护你的所有垃圾并将其保存在/ sw。
下这样的事情： 各种脚本可以在scripts.git中，templates.git中的模板，deliver_files.git中的交付文件，在builds.git中构建。
这有助于您检查大小，因为每次克隆以执行某些操作时都不必克隆整个sw存储库。