Question

最后我进入了修订控制的世界！我之前没有任何关于Subversion的知识，但已经阅读了本书的大部分内容，我目前正在安装Subversion和Trac。我们将是两名开发PHP Web应用程序的开发人员。

我的问题涉及目录结构。通常的做法似乎是将源代码直接放入trunk。但是，我如何处理不是应用程序直接部分的文件，例如：

如果我们选择对MySQL历史记录进行版本控制，则Liquibase会更改日志
小型PHP工具，它不是PHP应用程序的直接部分，但很适合进行版本控制
我们希望保持版本控制的其他原始文件/源文件

我可以在应用程序本身的“trunk”下添加子文件夹 - “app” - 以及其他永远不会部署/生产的文件的子文件夹吗？或者还有其他更好的解决方法吗？

Answer 1

对于你所描述的内容，通常每个app / project / tool / component / thingie都有自己的目录，其下有自己的trunk / tags / branches。

/main-app/trunk
/main-app/tags
/main-app/branches
/small-tool-1/trunk
/small-tool-1/tags
/small-tool-1/branches
/small-tool-2/trunk
/small-tool-2/tags
/small-tool-2/branches

您可以在在线图书Version Control with Subversion中阅读更多内容。

Answer 2

要添加dave的答案，我会按照他的建议将工具等保存在他们自己的目录中。

此外，您可以考虑将svn.externals属性添加到主应用程序的trunk目录中。使用svn.externals可以使svn将其他存储库目录（工具等）签出到主应用程序的工作目录的子文件夹中。

例如，这可用于允许使用多个应用程序检出共享代码。

源代码直接在trunk文件夹或trunk /子文件夹中

2 个答案: