Kompilieren von Code, wenn nur die Kommentare geändert werden [geschlossen]

7

Kompilieren Sie Ihren Code vor der Übergabe an das Repository, auch wenn Sie nur einige Kommentare ändern? Ich weiß, Kommentare werden normalerweise von Compilern ignoriert, aber ich merke, dass ich das oft aus Gewohnheit mache.

    
jbgo 25.05.2010, 14:38
quelle

8 Antworten

12

Es empfiehlt sich, den Code jedes Mal vor dem Festschreiben zu kompilieren. Manchmal editierst du versehentlich etwas außer den Kommentaren und brichst damit den Code. Kompilieren ist in der Regel sehr schnell und hilft unnötige Schmerzen zu vermeiden. Deshalb versuche ich jedes Mal vor dem Commit zu kompilieren.

    
sharptooth 25.05.2010, 14:39
quelle
2

Ich kompiliere immer vor dem Commit, die funktionierende kompilierte Assembly sollte immer mit dem funktionierenden Quelltext übereinstimmen . In der Praxis müssen Sie nicht kompilieren, wenn Sie nur Kommentare ändern. Aber wie oft sind Kommentare das einzige, was du ändern würdest?

Denken Sie daran, dass Sie in .NET XML-Kommentare hinzufügen können, die der Compiler lesen kann, um eine Assemblydokumentation zu erstellen. Offensichtlich muss beim Ändern dieser Art von Kommentaren eine Kompilierung durchgeführt werden.

    
David Neale 25.05.2010 14:43
quelle
1

Ich verpflichte mich zu git und schiebe dann meine Änderungen an einen SVN-Server, den alle anderen benutzen, also habe ich ein Skript, das automatisch neu erstellt und Tests ausführt und nach svn schiebt, wenn alles vorbei ist.

    
Michael Mrozek 25.05.2010 14:41
quelle
1

Ich kann sehen, warum jemand nicht einen Kompilierungszyklus durchlaufen möchte, wenn es fünf Minuten dauert. Aber wenn das der Fall ist, können Sie vielleicht alle Ihre Änderungen in einer einzigen Kompilier- / Festschreibungsoperation sammeln.

    
Robert Harvey 25.05.2010 14:42
quelle
1

Jedes Commit sollte die Mainline auf einer Integrationsmaschine aufbauen

    
Srikar Doddi 25.05.2010 14:42
quelle
1

z.B. in .Net, könnten Sie die XML-Kommentare durcheinander bringen und unnötige Compilerwarnungen einchecken, wenn Sie unvorsichtig sind. Es ist also eine gute Idee, den Code jedes Mal vor dem Commit zu kompilieren (wie es ist, um die Tests vor dem Commit auszuführen).

    
sloth 25.05.2010 14:45
quelle
1

Und jeder halbwegs ordentliche Compiler braucht fast Null Zeit, um den Code neu zu kompilieren, wenn sich nur Kommentare geändert haben. Der erste Parserpass sollte bemerken, dass keine Funktionen geändert wurden und stoppen.

    
Martin Beckett 25.05.2010 15:02
quelle
1

Aus persönlicher Erfahrung hat ein überarbeitetes Gehirn die Tendenz, mehr als nur Kommentare einzugeben und es nicht zu bemerken. Es ist wahrscheinlich einfach besser, es zu kompilieren, auch wenn es eine Weile dauert. Sparen Sie anderen die Kopfschmerzen und schützen Sie Ihre Glaubwürdigkeit.

    
neoblitz 25.05.2010 15:39
quelle

Tags und Links