TFS 2010 - 如何设置新应用程序
我已经开始在一个首次使用 .Net 应用程序的新站点上进行工作。作为一名开发人员，我习惯了 VSS，但这个产品快要死了，所以我们改用 TFS (BASIC)。 到目前为止，我一直使用 TFS 进行源代码控制。但现在我们正在为实时环境安装新服务器。 现在我不确定我应该做什么。我找不到有关 TFS 2010 的书籍，我想知道您能给我什么建议。是否需要再次安装 TFS，还是应该使用现有安装？我想我应该为测试服务器设置每日构建。到目前为止我还没有使用 TDD，但对于下一个项目，这可能会改变。 什么是我必须绝对做对的，什么是我应该避免的？
I have started at a new site that is using .Net applications for the first time. As a developer I am used to VSS but this product is dying a death so we are using TFS (BASIC) instead.
I have been using TFS for source control up until now. But now we are having new servers installed for a live environment.
Now I am not sure what I should be doing. There are no books on TFS 2010 that I can find and I am wondering what tips you can give me. Does TFS need to be installed again, or should I use the existing installation? I am thinking I ought to set up a daily build for a test server. I have not been using TDD up until now, but for the next project this may change.
What must I absolutely get right, and what pitfuls should I avoid?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
如果不在您的环境中，就很难提出适当的建议。我根据你所说的内容对你的安装做了一些假设，但这些可能是完全错误的。
您说您正在使用 TFS (BASIC)——我不确定您的意思，但是如果您正在使用安装在其中一个开发人员工作站上的 TFS，并且您开始转向更强大的开发环境，我建议您为 TFS 安装获取一个单独的服务器（或多个服务器）。
听起来您的规模相对较小，因此将应用程序层和数据层放在同一台计算机上应该不是什么大问题。只需确保计算机上有足够的 RAM 来支持这两个进程，并且为数据库的增长分配了足够的磁盘空间。
您谈论的是测试驱动开发（TDD），但我认为您实际上谈论的是持续集成（CI）。设置 CI 环境后，构建会根据计划自动发生，或由签入触发。进行此设置绝不是一个坏主意，并且建议您尽快进入 CI 构建的节奏。
如果您正在寻找构建服务器，您可能可以在组合应用程序/数据层上托管构建代理。如果您发现在构建时性能受到影响，您可以毫不费力地将构建移动到不同的服务器。
您还需要考虑将源代码存储库从当前环境迁移到未来环境。 TFS 安装向导也许可以帮助您。如果没有，还有其他可用选项，例如将数据库文件移动到新计算机，或使用基于 codeplex 的 TFS 集成平台。
Without being there in your environment, it's hard to make appropriate recommendations. I've made some assumptions about what your installation based on what you said, but these may be wildly wrong.
You say you're using TFS (BASIC)-- I'm not sure what you mean by that, but if you are using TFS installed on one of the developers workstations, and you're starting to move towards a more robust development environment, I would recommend that you get a separate server (or servers) for your TFS installation.
It sounds like you're relatively small, so having your application tier and your data tier on the same machine shouldn't be that much of an issue. Just make sure that you have enough RAM on the machine to support both processes, and that you have enough disk space allocated for the growth of the database.
You talk about Test Driven Development (TDD), but what I think you're actually talking about is Continuous Integration (CI). When you have a CI environment set up, builds happen automatically based on either a schedule, or triggered by check-ins. Having this set up is never a bad idea, and would recommend that you get into the rhythm of CI builds as soon as possible.
If you're looking for a build server, you are probably going to be ok hosting the build agent on the combined application/data tier. If you find that you're getting performance hits when you do builds, you can move your builds to a different server without much effort.
You will also want to look at migrating your source code repository from your current environment to your future environment. The TFS installation wizard might be able to help you with that. If not, there are other options available, such as moving the database files to the new machine, or using the codeplex-based TFS Integration Platform.