[JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Stiamo cercando di modificare e migliorare il sistema di percorsi dei file in un progetto quando questi sono archiviato e condiviso con altri che evitano il precedente problema di percorsi nidificati molto lunghi come: C / Users / davle / documents / current_work / 2016 / blah / blah / blah / file.jmp che risultano in una struttura di cartelle nest quando il progetto non è archiviato.
Anche le riviste hanno questo problema quando sono condivise e contengono percorsi assoluti per i file. @brady_brady Il journal packager aiuta con questo ad appiattire il percorso e renderli locali e molti lo fanno manualmente modificando gli script. Esiste il potenziale per le collisioni, per esempio, se un progetto ha folderA / bigclass.jmp e folderB / bigclass.jmp. Questi nomi non univoci potrebbero in realtà essere tabelle di dati differenti.
In ogni caso, sto cercando aiuto per rivedere la nostra soluzione proposta. Nel vedere i casi di seguito, nessuno vede problemi con queste situazioni di conflitto dei nomi dei file. E qualcuno di questo disturba / confonde qualcuno?
Ricorda che questo è quando ho un progetto con un numero di file contrassegnati e poi vado e cerco di archiviare questo progetto, portando avanti tutti i file, con l'obiettivo di condividere il mio progetto con qualcun altro, che lo consumerà sul proprio computer e non importa / voglio sapere dove si trovano i file originali sul mio file system.
Percorsi di archivio del progetto
Percorsi del disco originali a sinistra; percorsi di archiviazione sulla destra
scenario 1
C: \ Programmi \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class 2.jmp
|
|
C: \ users \ aander \ Desktop \ JMP \ Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Scenario 2
C: \ Programmi \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Aaron \ Big Class.jmp
|
|
C: \ users \ aander \ Desktop \ JMP \ Big Class 3.jmp
|
|
//jmpsi.na.sas.com/users/aander/JMP/Data/Big Class 4.jmp
|
|
Scenario 3
C: \ Programmi \ 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
|
|
Scenario 4
C: \ Programmi \ 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
|
Scenario 5
C: \ Programmi \ 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
|
Scenario 6
C: \ Programmi \ JMP \ Samples \ Data \ Big Class.jmp
|
|
C: \ Data \ Small Class.jmp
|
|
C: \ Programmi \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C: \ Aaron \ Small Class.jmp
|
|
Ri: [JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Ri: [JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Ciao Dan,
Tutte le tue soluzioni mi sembrano ragionevoli. Mi piacciono i percorsi di archivio super brevi che mostri il meglio. Solo una domanda però. Sarai in grado di passare con il mouse sul nome dell'archivio per vedere il percorso del file originale? Potrei vedere questo essere utile quando si hanno i nomi di file non univoci in cui i file sono in realtà diversi ..
Conto
Ri: [JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Ciao Dan,
Per un diario, per impostazione predefinita copio gli script di tabella e li inserisco come script. Ne risulta un robusto journal che può essere inviato via email senza timore di collegamenti a tabelle interrotte o che deve comprimere una cartella di file per poi inviarla via e-mail. Hai preso in considerazione questa opzione per i progetti? Almeno tramite le preferenze è possibile salvare uno script per la tabella piuttosto che un collegamento, quindi non è necessario preoccuparsi di collegamenti interrotti.
Migliore,
Malcolm
Ri: [JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Quanto lavoro sarebbe di offrire all'utente una scelta run-time al momento di "annullare l'archiviazione" del progetto:
1) Usa i nomi delle cartelle originali
2) Usa il percorso unico più breve
3) Utilizzare la cartella unica più breve
L'utente potrebbe decidere; dopotutto la scelta non è sempre chiara ... ci sono dei compromessi. A volte il percorso FULL (ad esempio, quando il progetto è condiviso solo all'interno di un'organizzazione) contiene informazioni contestuali significative, che gli utenti potrebbero detestare per perdere. In questo caso potrebbero usare l'opzione 1. L'opzione 2, il percorso univoco più breve, potrebbe essere interessante nella maggior parte degli altri casi, a condizione che lo scenario "buono" / "cattivo" che Aaron descrive non sia un problema. In tal caso, utilizzare l'opzione 3.
Se solo un modo può essere implementato, non sono sicuro di quale scegliere. Hanno tutti pro e contro; per un dato utente, una qualsiasi delle 3 opzioni potrebbe essere la scelta schiacciante più ovvia. Forse gli EA avranno un feedback su ciò che è più utile alla maggior parte delle persone.
Ri: [JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Esiste anche una variazione sul percorso univoco più breve, che sto chiamando la cartella univoca più breve. È lo stesso di prima, tranne che continuiamo ad aggiungere livelli di cartelle per garantire che i file originati in cartelle differenti non finiscano nella stessa cartella nell'archivio. Ciò cambierebbe lo Scenario 6 in alto per assomigliare a questo:
Scenario 6
C: \ Programmi \ JMP \ Samples \ Data \ Big Class.jmp
|
Samples \ Data \ Big Class.jmp
|
C: \ Data \ Small Class.jmp
|
C \ Data \ Small Class.jmp
|
C: \ Programmi \ JMP \ Samples \ Aaron \ Big Class.jmp
|
|
C: \ Aaron \ Small Class.jmp
|
|
Abbiamo ancora alcune cartelle con un nome strano (almeno nel senso che non è molto chiaro, a meno che non si conoscano i dettagli dell'approccio, perché mette le cose dove lo fa), ma ha il problema di mettere insieme cose che non erano fatti per stare insieme.
Ri: [JMP14] Percorsi di archivio del progetto: richiesta di revisione e commenti.Per il contesto, ciò che Dan ha pubblicato sopra è il risultato di un algoritmo che stiamo chiamando il percorso univoco più breve. In sostanza, se due file in un progetto hanno lo stesso nome di file, li memorizziamo ciascuno in una cartella diversa utilizzando il nome della cartella contenente ciascun file. Se due o più file avevano lo stesso nome di file e si trovavano in cartelle con lo stesso nome, salveremmo due livelli di struttura di cartelle annidate, e così via. Questo è stato un tentativo di mettere le cose in luoghi recongualizzabili senza dover memorizzare intere strutture di cartelle. Tuttavia, come mostrato in Scenario 5 le cose possono diventare piuttosto confuse e, come mostrato in Scenario 6 potremmo effettivamente generare file originati in cartelle diverse che vengono assemblate nell'archivio del progetto.
Ciò che mi preoccupa di Scenario 6 è un progetto con i seguenti percorsi segnalati:
/ dati / dati non funzionanti / 2017-04-20 / data.jmp
/ dati / dati corretti / 2017-04-20 / stuff.jmp
/test/data.jmp
/test/stuff.jmp
Sotto l'algoritmo del percorso univoco più breve, questi sarebbero copiati in un archivio di progetto come:
/2017-04-20/data.jmp
/2017-04-20/stuff.jmp
/test/data.jmp
/test/stuff.jmp
Conferendo a 2017-04-20 i dati "spezzati" ei dati "buoni" memorizzati insieme. Il che mi infastidisce per qualche motivo, anche se tecnicamente tutto funziona.
