¿Puedo personalizar la transformación web.config para el deployment de appharbor?

Comprobando AppHarbor hoy. Mi pregunta principal está en el título, pero tengo otras preguntas relacionadas con git + windows.

En primer lugar, relacionado con este video . Me gusta la idea de que pueda especificar las transformaciones de configuration para la implementación. Mi pregunta es, ¿tiene que ser la transformación Web.Release.config? De hecho, quiero probar esto al usarlo como una implementación qa para testings de integración. ¿Sería capaz de especificar la transformación como Web.DeployToAppHarbor.config en su lugar?

En segundo lugar, he leído sobre el problema crlf. Cuando ejecuto git add . , ¿se supone que debo get todos estos posts?

 warning: CRLF will be replaced by LF in [path]. The file will have its original line endings in your working directory. 

En ese sentido, ¿también se supone que debo get todos estos posts después de ejecutar git commit -m "Initial commit" ?

 create mode 100644 [path] 

Si esto es normal, ¿hay alguna manera de hacer que git bash sea less detallado?

Si no va a utilizar una plataforma, es aconsejable que autocrlf se establezca en falso y que Git no le cambie las terminaciones de línea.

AppHarbor siempre aplicará Web.Release.config . Si desea configuraciones alternativas para qa y otras como "puesta en escena", puede tenerlas, pero es bueno administrarlas en sucursales separadas. Cuando se una a estas twigs, use –no-commit en el command merge y asegúrese de que la fusión no las modifique con git checkout HEAD -- config . Luego termine la fusión con git commit .

Mejor aún, podría mantener el cambio de la configuration en una twig especial donde cambie las properties de la configuration a las de producción. Después de cada fusión, puede aplicar esa confirmación como un parche. Esto facilitaría la fusión de otros cambios en la configuration, pero después de seleccionar cuidadosamente esa confirmación, podría cambiar solo esas properties especiales a su gusto.