您是否保留了在版本控制下构建项目所需的工具？
如果您这样做,您有哪些工具可以包含哪些指南？我想没有人会把Visual Studio放在版本控制中,但是你的单元测试运行器呢？Nant/Ant/Maven可执行文件？
外部依赖怎么样？你有版本控制Boost吗？JDK？NUnit的/ JUnit的？你在哪里画限制？
(另见这个问题).
编辑: 我想我的问题并不完全清楚:我不想知道你是将它们保留在版本控制还是某些共享驱动器中.我真的想知道你是否检查了将项目与项目一起构建到版本控制所需的工具,这样当你检查项目时,你会自动获得工具.
作为回答否的人的一般跟进:您跟踪这些工具的过程是什么？你的脚本下载它们吗？
几乎任何IDE都会创建许多与正在开发的应用程序无关的文件,它们由IDE生成并保留,因此他知道如何构建应用程序,版本控制存储库等等.
这些文件是否应该保留在版本控制下以及与aplication有关的文件(源代码,应用程序的配置文件......)？
事情是:在某些IDE上,如果您创建一个新项目,然后使用IDE中嵌入的版本控制客户端/命令将其导入版本控制存储库,那么所有这些文件都将被发送到respitory.而且我不确定这是对的:在同一个项目上工作的两个不同的开发人员想要使用两个不同的IDE？
我想让这个问题不可知,避免引用任何特定的IDE,编程语言或版本控制系统.所以这个问题与这些问题并不完全相同:
我搜索了一下,但没有找到满意的答案,所以我想听听你对此的看法.
我有几个工具,我必须不时更新和部署到几个服务器.源在SVN存储库中管理.
为了省去通过ftp或类似手段将二进制文件复制到生产服务器的麻烦(我无法在服务器上构建项目),我正在考虑在存储库中创建一个区域来提交它们.然后,我可以在需要时从svn服务器中简单地检索最新版本的可执行文件.
由于我不一定要在每次处理源代码时更新/提交二进制文件,因此我不会将二进制文件的文件夹创建为项目的子文件夹.然后(并且应该)承诺二进制文件是一个单独的,有意识的行为.
--- trunk
--- project1
--- project2
--- built
--- project1
--- project2
据我所知,这个设置应该没有问题.我真正喜欢的是然后为源修订版和二进制文件提供单个标记,以便能够一次性检索所有属于一起的内容.
--- tags/project1/release2/
includes files from
--- trunk/project1/ revision 487 and
--- built/project1/ revision 488
我能追求的是什么,我将如何实现它？我应该改为寻找解决这个问题的其他方法吗？
目前我检查所有文件(包括dll,VS解决方案文件,图像等).我经常需要将这些文件签出到登台服务器或其他开发人员,因此在那里拥有这些文件意味着项目已经准备就绪.
什么是最好的做法？
编辑:如果我不添加生成的文件,如dll文件,我如何确保在更新登台服务器时它们存在？