2012-01-23 5 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

プラットフォームを1つ使用しない場合は、autocrlfをfalseに設定し、Gitに行末を変更させないことをお勧めします。

AppHarborは常にWeb.Release.configを適用します。 qaの代替構成と「ステージング」のような他の構成が必要な場合は、それらを持つことができますが、これらを別々のブランチで管理することは良いことです。これらのブランチにマージするときは、mergeコマンドで--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

関連する問題