[JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Nous essayons de modifier et d’améliorer le système de chemin des fichiers dans un projet lorsque ces projets sont archivé et partagés avec d’autres qui évitent le problème précédent de très longs chemins imbriqués tels que: C / Utilisateurs / davle / documents / current_work / 2016 / blah / blah / blah / fichier.jmp, qui entraînent une structure de dossiers de nid lorsque le projet est désarchivé.
Les revues ont également ce problème lorsqu'elles sont partagées et qu'elles contiennent des chemins d'accès absolus aux fichiers. @brady_brady Le conditionneur de journal de '' aide avec ceci à aplatir le chemin et à le rendre local. De nombreuses utilisations le font manuellement en éditant les scripts. Par exemple, un projet peut contenir les dossiers folderA / bigclass.jmp et folderB / bigclass.jmp. Ces noms non uniques peuvent en réalité être des tables de données différentes.
Quoi qu'il en soit, je cherche de l'aide pour passer en revue la solution proposée. En voyant les cas ci-dessous, est-ce que quelqu'un voit des problèmes avec ces situations de conflit de noms de fichiers? Et est-ce que tout cela dérange / confond quelqu'un?
Rappelez-vous que j’ai un projet avec un certain nombre de fichiers marqués d’un signet, puis que j’essaie d’archiver ce projet, en accompagnant tous les fichiers, dans le but de partager mon projet avec quelqu'un d'autre, qui le consomme sur son ordinateur et ne me soucie pas / veux savoir où se trouvent les fichiers originaux sur mon système de fichiers.
Chemins d'archives de projets
Les chemins de disque originaux sur la gauche; chemins d'archive à droite
Scénario 1
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class 2.jmp
|
|
C: \ utilisateurs \ aander \ Bureau \ JMP \ Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Scénario 2
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ utilisateurs \ aander \ Bureau \ JMP \ Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Scénario 3
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ users \ aander \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Scénario 4
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ users \ aander \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
JMP \ Data \ Big Class.jmp
|
Scénario 5
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ users \ aander \ Desktop \ JMP \ Big Class.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class.jmp
|
aander \ JMP \ Data \ Big Class.jmp
|
 \ Stuff \ JMP \ Data \ Big Class.jmp
|
Stuff \ JMP \ Data \ Big Class.jmp
|
Scénario 6
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Data \ Small Class.jmp
|
|
C: \ Program Files \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C: \ Aaron \ Small Class.jmp
|
|
Re: [JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Re: [JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Salut Dan
Toutes vos solutions me semblent raisonnables. J'aime les chemins d'archives super courts pour montrer le meilleur. Juste une question cependant. Serez-vous capable de survoler le nom de l'archive pour voir le chemin du fichier d'origine? Je pourrais voir cela être utile lorsque vous avez des noms de fichiers non uniques où les fichiers sont réellement différents.
Facture
Re: [JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Salut Dan
Pour un journal, je copie par défaut les scripts de table et les insère en tant que script. Il en résulte un journal robuste qui peut être envoyé par courrier électronique sans craindre les liens brisés vers la table ou la nécessité de compresser un dossier de fichiers pour ensuite envoyer un courrier électronique. Avez-vous envisagé cette option pour les projets? Au moins via les préférences ont la possibilité d'enregistrer un script pour la table plutôt qu'un lien, nous n'avons donc pas à nous soucier des liens rompus.
Meilleur,
Malcolm
Re: [JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Combien de travail faudrait-il pour offrir à l'utilisateur un choix d'exécution au moment de "désarchiver" le projet:
1) Utilisez les noms de dossier d'origine
2) Utiliser le chemin unique le plus court
3) Utiliser le dossier unique le plus court
L'utilisateur peut décider. après tout, le choix n'est pas toujours clair ... il y a des compromis. Parfois, le chemin d'accès complet (par exemple, lorsque le projet est partagé uniquement au sein d'une organisation) contient des informations contextuelles significatives, que les utilisateurs pourraient vouloir répugner à perdre. Dans ce cas, ils pourraient utiliser l'option 1. L'option 2, le chemin d'accès unique le plus court, pourrait être attrayante dans la plupart des autres cas, à condition que le "bon" / "mauvais" scénario décrit par Aaron ne pose pas de problème. Dans ce cas, utilisez l'option 3.
Si un seul moyen peut être mis en œuvre, je ne suis pas sûr de choisir. Ils ont tous des avantages et des inconvénients. pour un utilisateur donné, l’une ou l’autre des 3 options pourrait être le choix le plus évident. Peut-être que les EE auront des commentaires sur ce qui est le plus utile pour la plupart des gens.
Re: [JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Il existe également une variante du chemin unique le plus court, que j'appelle le dossier unique le plus court. C'est la même chose qu'avant, sauf que nous continuons à ajouter des niveaux de dossier pour nous assurer que les fichiers provenant de différents dossiers ne se retrouvent pas dans le même dossier de l'archive. Cela changerait le scénario 6 ci-dessus pour ressembler à ceci:
Scénario 6
C: \ Program Files \ JMP \ Samples \ Data \ Big Class.jmp
|
Samples \ Data \ Big Class.jmp
|
C: \ Data \ Small Class.jmp
|
C \ Data \ Small Class.jmp
|
C: \ Program Files \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C: \ Aaron \ Small Class.jmp
|
|
Nous avons encore des dossiers étrangement nommés (du moins dans le sens où ce n’est pas très clair, à moins que vous ne connaissiez les détails de l’algorithme, pourquoi il place les choses là où il le fait), mais cela pose le problème du fait pour être ensemble.
Re: [JMP14] Chemins d’archive du projet - demande de révision et de commentaires.Pour le contexte, ce que Dan a publié ci-dessus est le résultat d'un algorithme appelé le plus court chemin unique. En gros, si deux fichiers d'un projet ont le même nom de fichier, nous les stockons chacun dans un dossier différent en utilisant le nom du dossier contenant chaque fichier. Si deux fichiers ou plus avaient le même nom de fichier et se trouvaient dans des dossiers portant le même nom, nous sauvegardions deux niveaux de structure de dossiers imbriqués, etc. Il s'agissait d'une tentative de placer les choses dans des endroits reconnaissables sans avoir à stocker des structures de dossiers entières. Cependant, comme indiqué dans Scénario 5 les choses peuvent devenir assez déroutantes, et comme le montre Scénario 6 En fait, des fichiers provenant de différents dossiers pourraient être rassemblés dans l'archive du projet.
Ce qui me préoccupe dans le scénario 6, c’est un projet comportant les chemins suivants:
/ data / données cassées / 2017-04-20 / data.jmp
/ data / correct data / 2017-04-20 / stuff.jmp
/test/data.jmp
/test/stuff.jmp
Sous l'algorithme de chemin unique le plus court, ceux-ci seraient copiés dans une archive de projet en tant que:
/2017-04-20/data.jmp
/2017-04-20/stuff.jmp
/test/data.jmp
/test/stuff.jmp
Il en résulte des données "cassées" et des "bonnes" données stockées ensemble. Ce qui me dérange pour une raison quelconque, même si techniquement tout fonctionne toujours.
