Bewertung: 5 / 5

Stern aktivStern aktivStern aktivStern aktivStern aktiv

Unsere Projekte finden hauptsächlich im Oracle statt und
dabei wird häufig Toad genutzt.

Standardmässig ist eine kleine Option angehackt, die dazu führt,
dass alle Kompilierungsvorgänge mit Debuginformationen durchgeführt werden.

Auch in den Schema Browsern fehlt der Eintrag
Compile Without Debug Information

Es gibt zwei Wege dennoch ohne Debuginformation zu kompilieren.

1. Standardmässig alles ohne Debuginformationen kompilieren

Dazu sind die Toad Options zu öffnen, dann links im Baum Execute/Compile auszuwählen und dort der Eintrag
Default to "Compile without Debug" abzuhacken. Wichtig, danach ist Toad neuzustarten. Die
Contextmenüs beinhalten dann nur noch Compile ohne Debug Informationen

2. on-the-fly ohne Debuginfoamtionen kompilieren

Oben in dem Menü ist ein Toggle Button, Grüner Käfer mit Gelben Pfeil,
dieser ist, sofern man nicht die Schritte aus Punkt 1 durchgeführt hat,
standardmässig eingedrückt. Wenn dieser getoggelt wird, erscheint auch in den Contextmenüs
nur noch Compile, dieses ist dann ohne Debuginformationen.

Tips&Tricks: Toad, Compile without debug information - 5.0 out of 5 based on 1 vote
Stern inaktivStern inaktivStern inaktivStern inaktivStern inaktiv

In einem vorliegenden Szenario war es nötig ein Deploymentprojekt im Teamcity zu erstellen,
welches aber nicht unbeabsichtigt gestartet werden darf.

Was kann man da machen ?
Einen Dialog oder eine Eingabe vorschalten.

Im einfachsten Fall eine einfache Checkbox,
hier das Vorgehen dafür:

1) in dem jeweiligen Deployment Projekt eine Environment Variable anlegen
Beispielsweise env.deployToTest

Wichtig Value auf false setzen !

und bei Spec folgendes eintragen:

checkbox uncheckedValue='false' display='normal' checkedValue='true' label='Deployment wirklich durchf|0x00fchren ?'

Danach erscheint auf dem Dialog zum Durchführen ein neuer Tab, in dem die
Checkbox jetzt sichtbar sein sollte.

Das einzige was jetzt noch gemacht werden muss, ist ein Buildstep hinzufügen,
der die Variable prüft.

Daher, neuen Powershell-Buildstep an Position 1 anlegen
und als Code folgendes eintragen:

if("%env.deployToTest%" -eq "false") {
    throw "Abbruch, keine Bestätigung"
}

abspeichern und danach ist kein Build mehr möglich ohne dass die Checkbox angehackt ist.
Somit ist der Entwickler aufgefordert wissentlich dort die Checkbox anzuhaken.

Sicherer kann das ganze natürlich mit einer Passwortabfrage gemacht werden,
dazu ist die If abfrage anzupassen und die Variable als Textfeld zu deklarieren.