Wie wäre es, wenn Sie die Datei build.sh
etwas kürzer umgestalten?
PKG_LIST
und verwenden Sie einen relativen Pfad, um Testszenarien auszuführen.BUILD_TAGS
wie secure
, mnedc
.Gute Idee, wir können doppelten Code entfernen und prüfen, ob die Datei umgestaltet wird. Überprüfen Sie alle Funktionen und erstellen Sie möglicherweise eine separate .sh für Funktionen. Nur mein Gedanke, muss untersuchen, wie viel es einen Mehrwert bringen würde. Lassen Sie uns das Refactoring überprüfen, um das Build-Skript einfach und verständlich zu machen.
Ich denke, dass BUILD_TAGS: secure standardmäßig aktiviert sein sollte (und ich werde es bald versuchen). Aber um die Entwicklung zu vereinfachen, plane ich, ein BUILD_ TAGS: unsecure hinzuzufügen, aber nur als Tag für den Build!
Ich denke, dass BUILD_TAGS: secure standardmäßig aktiviert sein sollte (und ich werde es bald versuchen). Aber um die Entwicklung zu vereinfachen, plane ich, ein BUILD_ TAGS: unsecure hinzuzufügen, aber nur als Tag für den Build!
@tdrozdovsky Vielen Dank, dass Sie Ihre Idee geteilt haben. Ich hoffe, secure
als Standard festzulegen.
Dazu scheint es, dass die Benutzerfreundlichkeit des Security Managers verbessert werden sollte.
Lassen Sie uns über Sicherheitskomponenten wie Verifier und Authenticator sprechen, indem wir ein neues Thema eröffnen.
Hilfreichster Kommentar
Ich denke, dass BUILD_TAGS: secure standardmäßig aktiviert sein sollte (und ich werde es bald versuchen). Aber um die Entwicklung zu vereinfachen, plane ich, ein BUILD_ TAGS: unsecure hinzuzufügen, aber nur als Tag für den Build!