Mercurial .hgignore für Visual Studio 2010-Projekte

119

Nicht zu verwechseln mit Mercurial .hgignore für Visual Studio 2008-Projekte

Ich habe gefragt, ob dieselbe Datei für Visual Studio 2010 wiederverwendet werden kann oder ob andere Erweiterungen usw. hinzugefügt werden sollen und warum.

— Shady M. Najib
quelle

Antworten:

170

Die neuen Dinge beziehen sich auf MSTest-Sachen. Dies ist die, die ich benutze:

# use glob syntax
syntax: glob

*.obj
*.pdb
*.user
*.aps
*.pch
*.vspscc
*.vssscc
*_i.c
*_p.c
*.ncb
*.suo
*.tlb
*.tlh
*.bak
*.[Cc]ache
*.ilk
*.log
*.lib
*.sbr
*.scc
*.DotSettings
[Bb]in
[Dd]ebug*/**
obj/
[Rr]elease*/**
_ReSharper*/**
NDependOut/**
packages/**
[Tt]humbs.db
[Tt]est[Rr]esult*
[Bb]uild[Ll]og.*
*.[Pp]ublish.xml
*.resharper
*.ncrunch*
*.ndproj

— Thomas Weller
quelle

@ David: Das ist für Windows Thumbnail-Cache-Dateien "thumbs.db" lesen Sie mehr darüber hier: en.wikipedia.org/wiki/Windows_thumbnail_cache

— Shady M. Najib

@Schattig. Ich weiß, sollten Thumbnail-Caches nicht auch ignoriert werden?

— David Murdoch

Ah .. Entschuldigung, ich dachte, Sie fragen nach einem Eintrag, der bereits vorhanden ist. Sie können die Liste jederzeit bearbeiten und ja, ich stimme vollkommen zu, sie sollte hinzugefügt werden

— Shady M. Najib

Ich musste wechseln [Dd]ebug*/, [Dd]ebug*/**um Mercurial dazu zu bringen, Dateien, die mit beginnen, nicht zu ignorieren Debug*. Gleiches gilt auch für die anderen Verzeichnisse.

— Dan

Wahrscheinlich sollte auch * .publishsettings hinzugefügt werden: twitter.com/shanselman/status/294541436236480512

— Pandincus

Ich halte es für wichtig, alle Informationen über meine Repositorys zu kennen, daher kopiere ich niemals die .hgignore-Datei und füge sie von einem Repo zum nächsten ein, sondern erstelle sie immer, wenn ich gehe.

Mit TortoiseHg ist dies einfach, da im Commit-Fenster alle nicht verfolgten Dateien aufgelistet werden und ich mit einem einfachen Rechtsklick Muster hinzufügen kann, um diese Dateien zu ignorieren. Auf diese Weise entdecke ich immer neue Dateien, die ich behalten möchte oder nicht.

Zum Beispiel ist in der von Thomas veröffentlichten Liste *.resharperder letzte Eintrag. Dadurch wird verhindert, dass die Resharper-Einstellungen pro Lösung freigegeben werden, da eine der Optionen im Konfigurationsdialog für ReSharper festgelegt werden kann. Mit anderen Worten, wenn Sie sicherstellen möchten, dass alle Entwickler für viele Dinge, bei denen ReSharper Ihnen hilft, mit denselben Einstellungen arbeiten, kann diese bestimmte Zeile nicht vorhanden sein.

Mein Rat lautet also: Wenn Sie es manuell machen, lernen Sie dabei ein oder zwei Dinge über Ihr Projekt.

— Lasse V. Karlsen
quelle

Ich schätze Ihren Rat sehr, eigentlich ist es teilweise das, was ich tue, aber ich musste überprüfen, was andere Leute normalerweise tun, um einen Grund zu haben, von dem aus ich anfangen kann. In Bezug auf den * .resharper ist es eine Teamsache. Einige Teams bevorzugen separate Einstellungen dafür, anstatt sie zu teilen und ihnen die gleichen Einstellungen im gesamten Team aufzuzwingen ... aber ich habe deinen Standpunkt verstanden ... nochmals vielen Dank :)

— Shady M. Najib