我们有一个Asp.net webforms webapplication。该解决方案具有以下结构:
- MySolution \
- MySolution.Main \
- MySolution.Web \
- MySolution.sln
是否有最佳实践如何构建trunk目录?将解决方案目录放在主干或解决方案的内容中?在trunk下构建一个新结构?
修改
我想我采取以下结构:
trunk\
doc\
lib\
src\
MySolution.Main\
MySolution.Web\
Mysolution.sln
在这种情况下,我将sln文件直接放在trunk下面。这是个好主意吗?
答案 0 :(得分:1)
我会把它放在一个单独的目录中,例如调用它src\
。像这样,您可以为文档和其他内容创建其他目录。
示例:强>
trunk\
src\
MySolution.Main\
MySolution.Web\
MySolution.sln
doc\
<强>建议:强> 看一下http://codeplex.com,它可能是一些流行项目结构的参考点。
答案 1 :(得分:0)
我们面临着这种困境,我们所做的就是你所做的。我们没有这样开始我们有一个需要分离出产品的大规模解决方案。
在我们完成这个并且摆脱了谷壳之后我们发现我们留下的结构与你描述的结构非常相似,他在trunc下有一个名为src的目录,然后是你描述的结构
要注意的一件事是不要提交bin或.suo文件,这些文件每次都会生成,并且提交它们是错误的。
不管你做什么都发明了一个全新的结构标杆,标准树干,标签,树枝结构,因为这是最明确的最佳做法。