0

Mercurial .hgignore for Visual Studio 2008 projectsおよびVS 2010 projectsと混同しないでください。Visual Studio 11/v次のプロジェクトのMercurial .hgignore

Visual Studio 11( "vNext")には、アプリケーションライフサイクル管理ツールやMetro関連のプロジェクト情報など、ソースコードリポジトリから除外する必要がある多くの新機能が含まれています。

質問:.hgignoreにはどのような新しい拡張または変更を加える必要がありますか?

答えて

1

私はこれらの種類の質問を頻繁に見ていますが、それらは問題のIDEのポイントリリースによってのみ異なります。私はそれらを理解しません。新しい環境で新しいプロジェクトをセットアップするための私の通常のプロセスは、次のとおりです。

  1. グロブファイルタイプに新しいプロジェクト
  2. hg init
  3. hg status --unknown --no-status > .hgignore
  4. 編集新しい.hgignoreを作成し、私は多くのことを参照してくださいよ

リンクした2つの同様の質問に対する回答を見ると、本質的に同様のプロセスが機能しているように見えます。

私はこの広いカテゴリの質問を理解していないと思います。なぜなら、これは簡単で迅速なコピー/貼り付けが簡単な理由です。 hg addremoveまたはhg commit -Aのうち多くを行っている人以外は、誤って追加してはいけないファイルを誤って追跡する危険はありません。

+0

返信いただきありがとうございます。正直なところ、あなたの答えは私をさらに混乱させました。私はほとんどMercurialに精通していますが、私はGitの経験で、間違ってソリューションファイルやビルド物などを追跡するのは非常に簡単だったことを知っています。Mercurialでは@jrummellのようなプラグインに頼りたくはありませんでした。 '--unknown --no-status'スイッチは意図しないファイルを追跡することをいかに不可能にしますか? –

+0

それは不可能にはなりません。そのシーケンスは単に「現在知られていないものを全て無視して無視する」と言っています。最後には何も自動的に何も追加されないので、 'hg add'がタイプされていないものが生成されていないことを確認して、重要なものだけを追跡します。 –

+1

私はその質問が実際にファイルがソース管理にあるべきかどうか、つまり何が重要なものなのかということです。あなたの提案はVS2010のために良いものではありません。 Webアプリケーションの場合、15行のファイルを無視して生成します.12行は削除する必要があり、残りの3行は変更する必要があります。少なくとも1行を追加する必要があります。 –

関連する問題