2012-01-23 1 views
4

오늘 AppHarbor을 확인해보십시오. 나의 주요한 질문은 제목에 있지만, git + windows와 관련된 다른 질문이있다.appharbor 배포를 위해 web.config 변형을 사용자 정의 할 수 있습니까?

우선, this video과 관련됩니다. 나는 배포를위한 config 변환을 지정할 수 있다는 생각을 좋아합니다. 내 질문은, Web.Release.config 변환해야합니까? 실제로 이것을 통합 테스트를위한 qa 배포로 사용하여 테스트하려고합니다. 대신 Web.DeployToAppHarbor.config를 사용하여 변형을 지정할 수 있습니까?

둘째, 나는 crlf 문제에 대해 읽었습니다. git add .을 실행하면 이러한 메시지가 모두 나옵니까? 그 라인을 따라

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

은 또한 git commit -m "Initial commit"를 실행 한 후 이러한 모든 메시지를 얻을 하죠?

create mode 100644 [path] 

이것이 정상적인 경우 git bash를 간략하게 만드는 방법이 있습니까?

답변

2

하나의 플랫폼을 사용하지 않을 경우 autocrlf를 false로 설정하고 줄 끝 부분 변경을하지 않는 것이 좋습니다.

AppHarbor은 항상 Web.Release.config을 적용합니다. qa에 대한 대체 구성 W "스테이징"과 같은 다른 구성을 원할 경우,이를 가질 수는 있지만 별도의 분기에서이를 관리하는 것이 좋습니다. 이 분기로 병합 할 때 병합 명령에서 --no-commit을 사용하고 병합이 git checkout HEAD -- config으로 변경되지 않는지 확인하십시오. 그런 다음 git commit과 병합을 마칩니다.

더 나은 점은 구성의 속성을 프로덕션의 속성으로 변경하는 특수 분기에서 구성 변경을 유지할 수 있다는 것입니다. 각 병합 후에 패치로 커밋을 적용 할 수 있습니다. 이렇게하면 config에 대한 다른 변경 사항을 쉽게 병합 할 수 있지만 체리 선택 후 커밋하면 특수 속성 만 원하는대로 변경할 수 있습니다.

+0

정보 주셔서 감사합니다. 나는 또한 git를 처음 사용하지만 TFS에서 GitHub로 소스를 옮기는 것을 고려 해왔다. 나중에 권고를 다시 방문해야 할 것입니다. 현재는 Release.config를 전혀 사용하지 않으므로 덮어 쓰는 것에 대한 걱정없이 AppHarbor에 전용으로 사용할 수 있습니다. – danludwig

+2

TFS에서 멀어 질 때 탁월한 선택. –

+0

VS 툴링이 가장 큰 보류입니다. 명령 프롬프트는 내 크립토나이트이며, 우리는 전환해야 할 여러 개발자가 있습니다. Phil Haack은 GitHub이 VS 툴링과 관련하여 일자리를 갖고 있다고 말했기 때문에 나는 조정 상태를 유지하고있다. – danludwig