5

今日は AppHarbor をチェックします。私の主な質問はタイトルにありますが、git + windows に関連する他の質問があります。

まずはこの動画に関連して。展開用の構成変換を指定できるというアイデアが気に入っています。私の質問は、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 の冗長性を低くする方法はありますか?

4

1 に答える 1

3

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

AppHarbor は常にWeb.Release.config. qa や「ステージング」などの別の構成が必要な場合は、それらを使用できますが、これらを別のブランチで管理することをお勧めします。これらのブランチにマージするときは、マージ コマンドで --no-commit を使用し、マージによってブランチが変更されないようにしてgit checkout HEAD -- configください。次に、 でマージを終了しgit commitます。

さらに良いことに、構成の変更を特別なブランチに保持して、構成のプロパティを本番環境のプロパティに変更することもできます。各マージの後、そのコミットをパッチとして適用できます。これにより、構成への他の変更を簡単にマージできますが、その 1 つのコミットをチェリーピックした後、それらの特別なプロパティのみを好きなものに変更できます。

于 2012-01-23T17:01:46.367 に答える