相关疑难解决方法(0)

在使用SVN的协作开发环境中检入BIN目录的最佳做法是什么？项目级参考是否应该从签入中排除？是否更容易添加所有bin目录？

我开发了很多DotNetNuke站点,似乎在多开发人员环境中,正确设置环境始终是一项艰巨的任务.

最终的目标(当然)是让一个新的开发人员从SVN签出中继,恢复DNN数据库,并让它只是'工作'......

我知道在版本控制中至少有10种不同的方法来构建项目.我很好奇使用的方法是什么,哪些方法适合你.我曾与SVN,TFS以及目前/不幸的VSS合作过.我已经看到版本控制实现得非常糟糕而且很好,但从来都不是很好.

为了让球滚动,这里是对我所看到的事情的回顾.

此示例基于SVN,但适用于大多数VCS(与分布式版本控制无关).

1. 分支作为site/division/web/projectName/vb/src/[trunk | branches | tags]一部分的各个项目

2. 分支整个站点,在我看到的情况下,整个站点除了核心组件是分支的./部门/ [车厢|分支机构|标签] /网站/项目名称/ VB/src目录/

3. 使用main-line作为默认值,仅在必要时进行分支以进行大量更改.

这篇文章与之前提出的问题类似. 我真的想以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

那么,是否有一种干净的方法可以始终如一地执行此操作,还是需要不断移动/修改文件和文件夹才能使其正常工作？