2015-01-07 9 views
5

Vielleicht, was ich suche, existiert nicht, aber ich habe Gerüchte gehört, dass in TFS Sie eine Art der automatischen Formatierung/Stilisierung von Quellcode beim Einchecken einrichten können. Bis jetzt in der Forschung, die ich getan habe, sieht es aus wie die "Check-in-Politik" sendet nur Warnungen, wenn Ihr Check-in markiert ist ... Gibt es eine Möglichkeit, dass der Code beim Check-in automatisch formatiert werden kann oder ist dies nur Wunschdenken Denken? Könnten Sie bitte Beispiele angeben/verlinken? DieseGibt es eine TFS-Eincheckrichtlinie, die Code automatisch formatiert?

+3

Das meiste, das ich für das automatische Formatieren weiß, ist mit [CodeMaid] (http://www.codemaid.net/), das Ihren Code aufräumen kann, wenn Sie speichern. – gunr2171

+3

Resharper verfügt über eine Funktion zum automatischen Formatieren Ihrer Dateien beim Speichern oder Formatieren einer ganzen Lösung mithilfe der Codebereinigungsfunktion. TFS oder Visual Studio haben eine eingebaute Funktion, um Ihren Code beim Einchecken zu formatieren (ich würde das nicht bei vielen Projekten wollen). Ich möchte mein eigener Code beherrschen. – jessehouwing

+0

Siehe auch: http://stackoverflow.com/q/3071953/736079 und https://www.jetbrains.com/resharper/features/code_formatting.html – jessehouwing

Antwort

0

sind nicht wirklich direkte Antworten, aber sie können helfen, jemand:

Für viele Sprachen können Sie die automatische Formatierung aktivieren, wie Sie in Visual Studio geben (Extras> Optionen> Texteditor> {Sprache}> Formatierung), so sollte es nicht zu schwierig sein, den Code sauber zu haben, bevor Sie einchecken.

Sie können das Dokument bei Bedarf auch formatieren mit Bearbeiten> Erweitert> Dokument formatieren - so können Sie dies immer tun, bevor Sie überprüfen in (obwohl Sie alle ausstehenden Änderungen wieder öffnen müssten)

Es ist in der Regel ziemlich schnell/einfach, Kabeljau zu halten e ordentlich (vor allem mit dem oben genannten). Wenn Sie sich zu sehr auf die "perfekte" Formatierung festlegen, werden Sie viel Zeit damit verbringen, an Einrückung und Layout zu arbeiten, anstatt sinnvolle Arbeit zu leisten - und Sie werden irritiert von "kaputten" Formatierungen, wenn Sie zurückkommen Derselbe Code ein paar Wochen später, nur um zu finden, dass das, was du für perfekt hieltest, immer noch einige Fehler hatte, oder dass dein persönlicher Codierungsstil leicht abgedriftet ist. Dieses Verhalten kann sogar zu Stilkämpfen mit anderen führen, wenn Sie versuchen, in einem Team zu arbeiten, was eine sehr störende Aktivität sein kann. Es ist also wertvoll zu lernen, wenn "gut genug gut genug" ist und keine Energie verschwendet, um Perfektion zu erreichen.

Schließlich wäre es sehr einfach, Code zu schreiben, der auf einem TFS-Ereignis saß und alle Checkins verarbeitete, um einen Codierungslayoutstil durchzusetzen. Aber wenn Sie das Gefühl haben, dass Aufwand erforderlich/gerechtfertigt ist, werden Sie wahrscheinlich in Ihrem Textlayout auf die Perfektion geheftet und können davon profitieren, sich mehr auf das Schreiben von gut wartbarem Code zu konzentrieren, als darauf, dass er hübsch aussieht. Dem Compiler ist es egal, solange der Code für Sie und Ihre Teammitglieder lesbar ist, ist es wahrscheinlich gut genug.

+5

Ein guter Grund für die Verwendung eines Tools zum Formatieren von Code beim Einchecken ist, wenn verschiedene Entwickler unterschiedliche Stilpräferenzen haben. Wenn Dev a. Einchecken, der Code im Repository ist identisch mit dem bei Dev b. check-in - so werden Quellenvergleiche nur die echten Code-Änderungen anzeigen, ohne Änderungen zu formatieren. Beim Auschecken können die einzelnen Entwickler dann die Formatierungswerkzeuge verwenden, die sie mögen, damit die Dinge so aussehen, wie sie aussehen sollen. Dies ist besonders nützlich für die 'self-line oder next-line curly-brace' Kriege! – Maxxx

+3

Ich muss widersprechen. Wenn man als Einzelentwickler an einem Projekt arbeitet, spielt die Formatierung keine Rolle und kann leicht auf dem neuesten Stand gehalten werden. Wenn jedoch mehrere Teammitglieder im Team arbeiten und jeweils eigene Stil- und Editoreinstellungen haben, kann die inkonsistente Formatierung in einem Projekt Entwickler verlangsamen. Ein Tool, das automatisch einen vereinbarten Code-Stil erzwingt, ist sehr nützlich, wenn Sie als Teil eines Teams arbeiten. Die Verwendung eines solchen Werkzeugs bedeutet nicht, dass man sich auf "perfekte" Formatierung festlegen muss, sondern dass man einen Computer benutzt, um einige gängige Konventionen durchzusetzen. – Chris

+0

Der Schlüssel ist "so lange der Code für Sie und Ihre Teammitglieder lesbar ist". Eine konsistente Formatierung/Layout unterstützt die Lesbarkeit. – Chris

0

In meinem Team haben wir eine Check-in-Richtlinie implementiert, die AStyle.exe auf allen Code vor dem Einchecken ausführen, Sie können AStyle von sourceforge herunterladen. Ja, wir sind einige, die wie alle Code in den Projekten die gleiche Formatierung und den gleichen Stil haben, und ja, es ist einfach, mit Verknüpfungen in VS zu tun. Der Vorteil des Stylens vor dem Einchecken besteht darin, dass das Format beim Vergleich von Versionen derselben Datei nicht von dem Entwickler abhängt, der das Einchecken durchgeführt hat.

Verwandte Themen