Newsgroup: it.comp.lang.visual-basic
Titolo: il percorso del progetto non è attendibile

Buongiorno, per favore qualcuno può dare un occhio a queste foto:
 
https://photos.app.goo.gl/B1UuUAHDS7K5Hk549
 
 
il progetto è stato salvato su nas. All'apertura del progetto viene visualizzato un avviso che recita: "il percorso del progetto non è attendibile".
Quanto si tenta il debug viene restituito un messaggio di errore accesso negato. 
Cosa posso fare per poter eseguire il debug dei miei progetti su nas?

 dei miei progetti su nas?
 
Hai mai pensato di migrare ad un sistema di versionamento tipo SVN cosě
da poter lavorare in locale?
Per il resto non saprei da cosa derivi il problema
 
-- 
Freccia@Bulldozer63 :D

Ciao e grazie. la mia intenzione è quella di sfruttare questo nas, quindi per farlo devo necessariamente capire qual'è il problema.

 quindi per farlo devo necessariamente capire qual'č il problema.
 
Se il NAS č synology o qnap quasi di sicuro dovrebbero poterti fare da
server SVN, quindi lo sfrutteresti comunque, con i vantaggi del
versionamento; che se non lo conosci ti apre un mondo, anche se lavori
da solo e non in team.
 
-- 
Freccia@Bulldozer63 :D

Grazie mille Freccia, è tutto molto interessante. Seguirò il tuo consiglio, però il nas è un pc desktop con sopra installato openmediavault..

Ammettiamo che io riesca a farci girare un server svn o git. A quel punto non avrei più problemi a salvare i progetti su nas? Se si, per quale motivo il percorso diventerebbe attendibile? Su cosa si basa Visual studio per giudicare l'attendibilità di un percorso?

Su "it.comp.lang.visual-basic",  ==
nicolac...@gmail.com
=> ha
scritto: 
 

Se installi SVN, i repository (progetti) saranno sul NAS. Ma tu farai il
download in locale.
Poi lavori, e a fine lavori puoi fare il commit delle modifiche sul NAS,
che quindi sarà aggiornato.
Se un giorno cambi PC o avrai un collega, lui farà la stessa cosa,
update, modifiche e commit.
 
I progetti però te li avrai in copia locale, con tutta la comodità di
poter lavorare anche fuori dalla rete volendo (se vai da un cliente con
il portatile), poi la sera torni e rifai il commit.
 
Il vantaggio del versionamento è che tiene traccia di tutte le
modifiche, quindi puoi rivedere cosa hai cambiato 2 mesi fa, oppure la
storia di una classe.
Puoi anche pasticciare col codice, tanto se hai un problema puoi fare il
revert alla versione ultima committata. Ovviamente se per un cliente
devi ridare il programma versione di 2 mesi prima lo puoi riscaricare e
ricompilare a quella versione.
 
Lato programmazione una volta che lo usi non ne puoi fare a meno. 
 
Quindi sfrutterai il tuo NAS per avere la copia ufficiale di tutti i
tuoi progetti, e tutta la loro storia. Ma potrai lavorare anche
disconnesso senza problemi, tenendo i tuoi progetti in C:\dev\ o dove
vuoi.
 
Il discorso dell'attendibilità immagino derivi dal fatto che il percorso
non è locale, forse windows lo vede come un file scaricato da internet.
 
 
-- 
Freccia@Bulldozer63 :D


Grazie mille Freccia per questo tuo intervento.
Posso farti delle domande pratiche?
Ammettiamo che io inizi un nuovo progetto da zero.
Dove dovrò salvarlo il progetto? Dovrò salvarlo da qualche parte per iniziare?

devo installare questo?: 
https://www.visualsvn.com/visualsvn/download/
 
cosa vuol dire: "Compiled with Apache Subversion 1.12.2."?
significa che è incluso un server?
 
inoltre in basso c'è questa nota:
In order to setup VisualSVN, you need to download and install the latest stable version of TortoiseSVN Subversion client."
 
La domanda che mi faccio è: avendo io installato un server svn sul nas, non è che vado ad installare un nuovo server con visualsvn?

 Dove dovrò salvarlo il progetto? Dovrò salvarlo da qualche parte per iniziare?
 
In locale installi tortoiseSVN.
Il progetto lo crei in una cartella del computer, poi fai un repository
in SVN (puoi scegliere se fare un repository unico per tutti i tuoi
progetti, oppure uno per progetto, vedi te). A quel punto importi il tuo
progetto sul repository.
Cancelli il progetto nel cestino, fai il checkout e te lo scarichi nella
cartella che vuoi.
 
Se usi AnkhSvn o similare direttamente da visual studio dovresti fare
l'import in un repository, senza dover fare import/cancellazione e
checkout.
 
Io ad esempio ho un repositories Tools, dove ci metto tutti i
programmini, quando li credo da visualstudio gli dico subito Add to
subversion, gli do il repositories es. 
https://server/svn/tools/trunk
 e
tutto è già collegato.
Per progetti più grandi creo i vari repositories prima.
 
I repositories si creano sul server SVN (nel tuo caso il NAS), da client
fai import/commit e checkout.
 
Il VisualSVN che installi bisogna vedere se è il server non ti serve
perchè te lo metti sul NAS; se è il client serve per l'integrazione in
visual studio, insieme a tortoiseSVN. In alternativa se usi VS2017 o
inferiore puoi provare AnkhSVN che non mi pare richieda Tortoise.
 
Ad ogni modo tortoise è sempre utile se hai da gestire qualcosa al di
fuori di visual studio.
 
 
-- 
Freccia@Bulldozer63 :D

Ricapitolando..
ho creato un server svn (l'ho chiamato "servervn") sul mio NAS (OpenMediaVault).  il server svn: 
https://hub.docker.com/r/garethflowers/svn-server
 è un'immagine docker.  Ho provato ad accedere al repository (l'ho chiamato "vbrepo") ma TortoiseSVN non riesce a trovare l'host: svn://servervn/vbrepo