这可能是一个愚蠢的问题，但是否有一种简便的方法让小团队（不使用TFS）轻松地跨VS2010解决方案共享代码？
比如说，如果Project1.DLL被Project2引用，那么每次重新发布Project1时，Project2中的引用都需要更新。我的意思清楚吗？谢谢！
比如说，如果Project1.DLL被Project2引用，那么每次重新发布Project1时，Project2中的引用都需要更新。我的意思清楚吗？谢谢！
跨VS 2010项目共享代码
3
- kevin
3
这不是代码共享或源代码控制，而是构建/编译。除非将dll作为项目添加到解决方案TFS中，否则它不会很好地处理。就VS而言，它是一个第三方dll，如果你想构建所有依赖它的东西，你必须设置一个构建脚本来完成，并在project1的构建过程中触发它。你可以在构建步骤之后执行此操作。获取一些源代码控制，有很多免费的选择，即使在一个人的团队中，忘记重新构建某些东西也将是你问题中最小的一部分。 - Tony Hopkinson
我认为你有两个问题。1）如何在多个团队成员之间共享代码。2）如何组织共享代码，以使一个项目依赖于另一个项目。是这样吗？ - Morten Frederiksen
谢谢，伙计们，是的，我们有Vault源代码控制，问题只是关于Morten提到的第2个问题，如何有效地组织它，以便在构建DLL时其他项目引用得到正确更新。 - kevin
1个回答
1
这是我如何组织您的代码库：
解释：
Project1和Project2都应该有自己的代码行，处于同一级别。
项目依赖关系通过将/Project1/Main分支到/Project2/Main/Dependencies/Project1来处理。
Project1可以被更多的项目使用。
必须在/Project1/Main中进行Project1的代码更改，并将更改分支到需要更改的项目中。
我不了解Vault，但我希望它能处理这种设置。我有一个类似于使用Team Foundation Server 2010的设置。
- Morten Frederiksen
3
@CodyGray，这个图像是一个Linux文件管理器，只是用来展示文件夹结构的。 - Morten Frederiksen
这是一个非常酷的想法，Morten。非常感谢，我会尝试一下的。 - kevin
@kevin，很高兴我能帮到你。这个想法不是我的，而是来自一本书，它有两种解决方案可以解决你的问题。第一个解决方案就是我刚刚描述的那个。第二个解决方案是将项目依赖项视为第三方二进制文件。Project1 应该将其二进制输出检入源代码控制。然后 Project2 应该获取此二进制输出，就像第一个解决方案一样。我最喜欢的是第一个解决方案，因为你拥有完整的源代码并且能够进行调试。 - Morten Frederiksen
网页内容由stack overflow 提供, 点击上面的可以查看英文原文，
原文链接
原文链接