我意识到SVN的目的是为应用程序或其他具有标准名称的目的存储结构化文件，并提交对这些文件的更新，成为修订版。
我们知道SVN中的文件通常与环境无关。我将环境定义为DEV，QA，UAT和PROD。假设我们将QA和UAT“非结构化”文件混合到此，并希望跟踪QA脚本，QA自动化脚本，屏幕截图，修复的缺陷的建议文档，开发的业务需求等等。基本上，我们想要一个存储这些非结构化文件的地方。在下面的结构中我们会存储这样的东西，还是不建议这样做？
由于分支是较大项目（或应用程序）中较小的项目工作（或任务工作），因此我们将开发内容存储在分支子文件夹中。 Trunk是生产中的稳定版本，对吧？在过去，我听说标签是部署和回滚脚本应该存在的地方，以及过去某些时候的任何东西，或多或少都是静态的。所以我想我们要么将这些非结构化文件放在分支或标签中。
我说“非结构化”的原因是因为我们可能会对每个开发项目进行QA屏幕截图，并且可能会在以后过时。我们显然不希望在开发之后将这些检查回主干，但在开发期间，屏幕截图可能会随着新开发更改在该分支实际稳定之前被检入分支而发生变化，因此我们可能希望覆盖该屏幕截图较新的屏幕截图。此外，测试脚本将随着开发的变化而变化。我们还有开发的业务需求，DEV和QA的测试计划，DEV和QA的测试结果，开发前发现的缺陷描述，以及缺陷开发修复的描述等......
以下是我们目前的结构：
\app
\app\trunk\
\app\trunk\file_x
\app\branches\
\app\branches\YYYY-MM-DD_branch_x\file_x
\app\tags\
答案 0 :(得分：2)
文档的文件和测试很适合作为repo中单独树的内容（与app-sources或外部共享，与svn：externals链接到app-repo）。存储库可能类似于
/trunk
/tests
/docs
结果
其他QA工作（寻找错误）是（某些，任何，首选）问题跟踪系统的主题：发现了错误（包括描述，步骤重现，截图），可以讨论在票证的评论中，与bug提交有关（也从票证链接）