2009-11-25 41 views
9

He estado leyendo la documentación de TeamCity 4.x, y estoy confundido acerca de la diferencia entre el proceso de pago del lado del servidor y del lado del servidor, como se menciona en este fragmento de su ayuda sección:Comprobación del lado del servidor frente al lado del agente

excluye las reglas de comprobación sólo se acelerará del lado del servidor cajas. Las cajas del lado del agente emulan las reglas de exclusión de la caja registrando todos los directorios raíz mencionados como reglas de inclusión y eliminando los directorios excluidos. Por lo tanto, excluir las reglas de pago generalmente debe evitarse para el pago del lado del agente.

¿Cuál es la diferencia entre un pago en el lado del servidor y un proceso de pago en el lado del agente?

Respuesta

10

autorización, aquí es el answer de Pavel Sher (un tipo JB):

La razón principal por la que existe en el servidor de pago - es simplificar sobrecarga de administración.

Con la caja del lado del servidor que necesita para instalar el software cliente VCS en el servidor solamente (aplicable a Perforce, Mercurial, TFS, Clearcase, VSS). El acceso de red al repositorio de VCS también puede abrirse en el servidor . Entonces si quiere controlar quién tiene acceso a sus repositorios de fuentes es probablemente sea mejor usar el lado del servidor pago y envío.

Como efecto secundario en algún servidor casos checkout lado puede reducir la carga producida en VCS repositorios especialmente si checkout limpia se realiza a menudo. Esto se debe a que los parches limpios están guardados en caché por el servidor en . Sin embargo, esto es entorno específico, probablemente en algunos casos lado de la caja del agente funcionará mejor .

Excluir reglas también son mejores procesado con la caja del lado del servidor porque por lo general agente de pago y envío lateral es sólo una actualización, y con la mayoría de VCSes no hay manera de excluir algunos directorios durante la operación de actualización.

De otro lado, porque parte del agente salida es simplemente una actualización o la caja que crea necesarias administración directorios (como .svn, CVS), por lo que le permite comunicarse con repositorio de la construcción: comprometerse cambios y demás. Con el lado del servidor checkout tales directorios no serán creados.

+0

jeje gracias Andrew! Soy un usuario de TC por cierto :) –

+0

Entonces, con Server Side Check out, ¿el servidor empujará todo (o todo lo que de alguna manera determina ha cambiado desde la última versión) al agente de compilación antes de una compilación? –

+0

Sí, así es exactamente como funciona. –

3

Aquí está el TeamCity documentaion page oficial, que describe la diferencia. Se mejoró notablemente desde que se formuló la pregunta original.

+0

O aquí, para Team City versión 8 http://confluence.jetbrains.com/display/TCD8/VCS+Checkout+Mode – Frederik

+0

No encuentro ninguna documentación sobre cómo cambiar a este modo. Realmente lo necesito para solucionar mi problema con los enlaces simbólicos. Cualquier información sería muy apreciada. – Chris

+0

Encontrado, está en opciones avanzadas en la página de configuración de VCS. – Chris

Cuestiones relacionadas