Continuous integration 我应该在哪里安装持续集成服务器?
我是一家初创公司的首席开发人员,目前我们有以下设置:Continuous integration 我应该在哪里安装持续集成服务器?,continuous-integration,Continuous Integration,我是一家初创公司的首席开发人员,目前我们有以下设置: - Development Server - Staging Server - Production Server - Paid Subversion Hosting - My local machine - 2 other developers' local machines CI服务器的最佳宿主位置是哪里?在一个全新的服务器上?或者,我的本地机器是否足以满足此要求?肯定不是您的本地机器。我建议使用单独的服务器,除非您不介意降低开发服务
- Development Server
- Staging Server
- Production Server
- Paid Subversion Hosting
- My local machine
- 2 other developers' local machines
CI服务器的最佳宿主位置是哪里?在一个全新的服务器上?或者,我的本地机器是否足以满足此要求?肯定不是您的本地机器。我建议使用单独的服务器,除非您不介意降低开发服务器的速度
我说不是你的本地机器,因为你最不想被构建所阻碍。没有什么比速度慢的机器更令人沮丧的了。通常,您应该保留从单独的服务器生成的正式版本。绝对不是您的本地计算机。我建议使用单独的服务器,除非您不介意降低开发服务器的速度
我说不是你的本地机器,因为你最不想被构建所阻碍。没有什么比速度慢的机器更令人沮丧的了。通常,您应该保留从单独的服务器生成的正式版本。如果可能,我会将其放在开发服务器、暂存服务器或付费subversion宿主实例。我会将其放在开发服务器、暂存服务器或付费subversion宿主实例,如果可能。通常不是本地计算机(当其他选项可用时),因为您主要希望在生成服务器上安装(或未安装)与在生产服务器上相同的“东西”,以便生成服务器上运行的任何东西都能在尽可能真实的场景中运行 从.NET的角度来看,这意味着我不希望(例如)Visual Studio在构建服务器上运行,排除了我的本地计算机 确保团队中有人可以访问机器并对其执行操作也是一个好主意,因此可能会排除托管解决方案
除此之外,只要它安装在一个规格相当不错的盒子上,我认为这并不重要。通常不是本地机器(当其他选项可用时),因为您主要希望在构建服务器上安装(或不安装)与在生产服务器上相同的“东西”,因此,无论在构建服务器上运行什么,都将在尽可能真实的场景中运行 从.NET的角度来看,这意味着我不希望(例如)Visual Studio在构建服务器上运行,排除了我的本地计算机 确保团队中有人可以访问机器并对其执行操作也是一个好主意,因此可能会排除托管解决方案 除此之外,只要它在一个有着半标准规格的盒子上,我认为这并不重要