相关疑难解决方法(0)

首先,我知道这一点:您如何为内部软件项目组织Subversion存储库？ 接下来,实际问题:我的团队正在重构我们的存储库,我正在寻找有关如何组织它的提示.(在这种情况下为SVN).这就是我们想出的.我们有一个存储库,多个项目和多个svn:externals交叉引用

\commonTools /*tools used in all projects. Referenced in each project with svn:externals*/
   \NUnit.v2.4.8
   \NCover.v.1.5.8
   \<other similar tools>
\commonFiles /*settings strong name keys etc.*/
   \ReSharper.settings
   \VisualStudio.settings
\trash /*each member of the team has trash for samples, experiments etc*/
   \user1
   \user2
\projects
   \Solution1 /*Single actual project (Visual Studio Solution)*/
      \trunk
         \src
             \Project1 /*Each sub-project resulting in single .dll or .exe*/
             \Project2
         \lib
         \tools
         \tests
         \Solution1.sln
      \tags
      \branches
   \Solution2
      \trunk
         \src
             \Project3 /*Each sub-project resulting in single .dll or .exe*/ …

我遇到了一些同步问题,我不得不多次检查我的项目.

我们很多人正在研究一个android项目,需要保留适当的包结构,资源文件等...我认为所有这些都应该在存储库中,但是应该排除类/构建文件,对吧？

我的团队忽略提交他们的.class文件是不错的做法？

一般规则是什么？你什么时候犯的？

我们通过Assembla与CI Team City建立了svn.我理解源代码控制,我的团队是新手吗？我们该如何开展工作？现在我们的环境没有按照应有的方式组织.我也试图让Trac为我们的团队工作.我们应该怎样做每个人在那里工作？完成后将更改合并到主干？或者允许他们在Trunk上工作,希望Teamcity会抓到坏东西？