Que diriez-vous de refactoriser le fichier build.sh
un peu plus court ?
PKG_LIST
et utilisez un chemin relatif pour exécuter des scénarios de test.BUILD_TAGS
tels que secure
, mnedc
.Bonne idée, nous pouvons supprimer le code dupliqué et vérifier la refactorisation du fichier. Vérifiez toutes les fonctions et créez peut-être un fichier .sh séparé pour les fonctions. Juste ma pensée, besoin d'enquêter sur la valeur ajoutée. Vérifions la refactorisation pour rendre le script de construction simple et compréhensible.
Je pense que BUILD_TAGS : secure devrait être activé par défaut (et j'essaierai de le faire bientôt). Mais pour faciliter le développement, je prévois d'ajouter un BUILD_ TAGS: unsecure , mais uniquement comme tag pour le build !
Je pense que BUILD_TAGS : secure devrait être activé par défaut (et j'essaierai de le faire bientôt). Mais pour faciliter le développement, je prévois d'ajouter un BUILD_ TAGS: unsecure , mais uniquement comme tag pour le build !
@tdrozdovsky Merci d'avoir partagé votre idée. J'espère définir secure
par défaut.
Pour ce faire, il semble que la convivialité de Security Manager devrait être améliorée.
Parlons des composants de sécurité comme Verifier et Authenticator en ouvrant un nouveau ticket.
Commentaire le plus utile
Je pense que BUILD_TAGS : secure devrait être activé par défaut (et j'essaierai de le faire bientôt). Mais pour faciliter le développement, je prévois d'ajouter un BUILD_ TAGS: unsecure , mais uniquement comme tag pour le build !