ReSharper Code aufgeräumt/neu Formatieren-Code-Funktion vs Versionsverwaltung Systemen
ReSharper Code cleanup-Funktion (mit "reorder-Mitglieder" und "formatieren von code" aktiviert) ist wirklich toll. Definieren Sie ein layout-template mit XML -, dann eine einfache Tastenkombination reorganisiert Ihre gesamte Quell-Datei (oder der Ordner/Projekt/Projektmappe) nach den Regeln, die Sie in der Vorlage.
Sowieso, denken Sie, dass könnte ein problem werden in Bezug auf VCS, wie subversion, cvs, git, etc. ? Gibt es eine chance, dass es verursacht viele unerwünschte Konflikte ?
Danke.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ja, es wird definitiv zu Problemen führen. Neben der Erstellung Konflikte müssen manuell gelöst werden, wenn Sie eine Datei Einchecken, die neu formatiert wurde hat, der VCS wird Hinweis: fast in jeder Zeile als geändert wurde. Dies wird machen es schwer für Sie oder ein Teamkollege zurück zu blicken auf die Geschichte und sehen, was sich geändert wenn.
Sagte, dass, wenn jeder AutoFormate Ihren code in der gleichen Weise (dh, Sie zu verteilen, dass die XML-Vorlage in das team), dann könnte es gut funktionieren. Die Probleme, die wirklich nur kommen, wenn nicht jeder das gleiche tun.
Ich warte auf eine IDE oder ein editor, der speichert immer den Quellcode mit einige grundlegende Formatierungs-Regeln, sondern erlaubt jedem einzelnen Entwickler, um anzeigen und Bearbeiten Sie den code in Ihrem bevorzugten format. So kann ich meine offene geschweifte Klammer am Anfang der nächsten Zeile und nicht am Ende der aktuellen Zeile, wo Sie alle Heiden, die scheinen zu denken, es geht.
Meine Vermutung ist, ich werde warten, für eine lange Zeit.
einmal
ist mit Resharper
Optionen sind freigegeben und versioniert
(code-style - - sharing options)
Können Sie StyleCop durchzusetzen, die einen umfassenden Satz von Normen, die ziemlich viel Kräfte, dass jeder die gleichen layout-Stile. Dann alles, was Sie tun müssen, ist die Entwicklung einer ReSharper code style-Spezifikation, die dazu passt, und verteilen Sie an das team.
Ich warte immer noch auf jemand anderes, dies zu tun, und für JetBrains klar, bis alle das nagende details, die nicht vollständig unterstützt, damit ReSharper zu Grunde zu garantieren volle StyleCop compliance.
Kann es auf jeden Fall zu Konflikten führen, so würde ich das machen sicher, dass Sie nicht neu formatieren, ganze Dateien, wenn Menschen an Ihnen arbeiten parallel.
Definitiv könnte zu Konflikten führen.
Wenn Sie dies nutzen wollen, in einer multi-user-Umgebung, dann die Konfiguration von Resharper muss formatieren Sie den code, um einen Satz von standards, die durchgesetzt werden, die in Ihrer Organisation-unabhängig davon, ob Benutzer von Resharper oder nicht.
So verwenden Sie das Werkzeug, um sicherzustellen, dass Ihre eigenen code entspricht den standards, nicht, Decke die Anwendung Ihre Einstellungen auf die gesamte Codebasis.
Ich Stimme mit den vorherigen Antworten, der Zustand, Konflikte sind möglich und sogar wahrscheinlich.
Wenn Sie planen, neu zu formatieren code dann zumindest darauf achten, dass Sie nicht mischen formatieren Eincheckvorgänge mit denen, die der Wandel der Funktion des eigentlichen Codes. Auf diese Weise können die Menschen überspringen check-ins, die sind einfach reformattings. Es ist auch eine gute Idee, um sicherzustellen, dass jeder weiß, eine Neuformatierung ist kommen, so dass Sie Objekt, wenn Sie die laufende Arbeit in diesem Bereich.
Arbeiten wir an etwas arbeiten, mit refactors auf Quellcode-Niveau. Wir nennen es Xmerge, und es ist jetzt Teil von Kunststoff. Es ist nur ein Erster Ansatz, da wir die Arbeit auf mehr fortschrittliche Lösungen. Überprüfen Sie hier.
Ist es wahrscheinlich eine gute Idee, ein Skript zu schreiben check out jede version im source-control-Geschichte, den Kodex anzuwenden Reinigung, dann überprüfen Sie es in ein neues repository. Verwenden Sie dann dieses repository für alle Ihre Arbeit in der Zukunft.