我们是否应该为所有公司提供一个单独的存储库,其中包含许多开发项目或每个项目的存储库？关于经验/最佳实践的任何想法？
我将在新的J2EE Web应用程序上使用Subversion进行源代码控制.您建议使用什么目录结构来组织代码,测试和文档？
你如何设置.NET开发树？我使用这样的结构:
-projectname
--config (where I put the configuration files)
--doc (where I put all the document concerning the project: e-mails, documentation)
--tools (all the tools I use: Nunit, Moq)
--lib (all the libraries used by the solution: ninject or autofac)
--src
---app (sourcefiles)
---test (unittests)
solutionfile.sln
build.csproj
符号" - "标记目录.
我认为在这些东西上建立一个好的结构是非常重要的.您应该能够从源代码控制系统获取源代码,然后在不打开Visual Studio或安装任何第三方库的情况下构建解决方案.
有什么想法吗？
我被告知大多数开发商店都有以下结构或者至少接近这个结构:
所以:
ReponsitoryMain
Project1
branches
trunk
tags
Project2
...
那为什么这更好或更好？如果你以另一种方式做到,会发生什么或者你有什么心痛？
我有一些C#.dll项目,这些项目对很多应用程序来说很常见.目前,我有一个大的存储库.我将每个DLL存储为存储库中的单独项目,并将每个应用程序项目存储为同一存储库中的项目.
我最近切换到Subversion进行源代码控制,我担心我没有很好地构建存储库.我想听听其他人在做什么.
这篇文章与之前提出的问题类似. 我真的想以TTB格式设置我的SVN存储库,但是在Visual Studio 2008(ASP.NET/VB.NET)中创建项目时,在考虑解决方案文件,项目文件,文件夹时,创建的结构往往不兼容项目,解决方案中的多个项目等.有没有人有一个脚本或程序来采用新创建的ASP.NET项目并尽可能轻松地将其移动到TTB格式？
让我更具体一点.假设我有一个我正在创建的项目名为StackOverflowIsAwesome.我可以把它放到我的本地文件夹结构中(假设它是c:\ working).当我创建它时,VS创建c:\ working\StackOverflowIsAwesome和一大堆子文件夹(bin,app_data等).但我希望我的存储库结构看起来像......
StackOverflowIsAwesome
/trunk
/bin
/app_data
/tags
/branches
那么,是否有一种干净的方法可以始终如一地执行此操作,还是需要不断移动/修改文件和文件夹才能使其正常工作？
目前我们有一个标准的subversion存储库布局项目:
./trunk
./branches
./tags
然而,当我们沿着OSGi和模块化项目的道路前进时,我们最终得到了:
./trunk/bundle/main
./trunk/bundle/modulea
./trunk/bundle/moduleb ./tags/bundle/main-1.0.0
./tags/bundle/main-1.0.1
./tags/bundle/modulea -1.0.0
'build'仍然非常单一,因为它按顺序构建所有模块,但我开始怀疑是否应该将构建/存储库重构为更像:
./bundle/main/trunk
./bundle/main/tags/main-1.0.0
./bundle/main/tags/main-1.0.1
./bundle/modulea/trunk
./bundle/modulea/tags/modulea- 1.0.0
在这种模式中,我想象每个模块构建自己,并将其二进制文件存储在存储库(maven,ivy或subversion存储库本身的另一个路径)中.
一旦模块化,是否有关于项目布局的指导方针或"最佳实践"？