Théoriquement, vous pourriez utiliser les actions de dossier pour surveiller les changements sur les fichiers partagés et les copier sur tous les autres projets/dossiers. En pratique, cela ne fonctionnera pas vraiment, car les actions sur les dossiers ont tendance à ne pas être très fiables. J'ai constaté que Hazel fonctionne très bien pour cela, beaucoup de choses peuvent être automatisées de cette façon.
En fonction de vos besoins, vous pouvez également penser à structurer vos fichiers différemment, car la duplication de fichiers sera Cela peut entraîner des problèmes, en particulier si vous utilisez le contrôle de version, si vous travaillez dans de grandes structures ou si plusieurs personnes sont impliquées. Ainsi, au lieu d'avoir plusieurs projets dans une structure du type
+ project-1
+ common-file-1
+ common-file-2
+ specific-file-1.1
+ specific-file-1.2
+ project-2
+ common-file-1
+ common-file-2
+ specific-file-2.1
+ specific-file-2.2
et probablement les construire/emballer à partir de là, vous pourriez passer à quelque chose comme
+ common
+ common-file-1
+ common-file-2
+ project-1
+ src
+ specific-file-1.1
+ specific-file-1.2
+ build
et ensuite utiliser une construction script dans project-1 pour copier tous les fichiers pertinents de common y project-1/src sur project-1/build pour une utilisation ultérieure. La transformation de votre structure actuelle en quelque chose de ce type peut demander un certain effort, mais elle peut s'avérer bénéfique à long terme. Si vous voulez approfondir la question, Automatisation pragmatique des projets est un bon point de départ.
1 votes
Qu'essayez-vous exactement d'accomplir ici, pouvez-vous peut-être mentionner un exemple spécifique d'un tel fichier ?
0 votes
Modification ajoutée en réponse à vos commentaires