TW: "6220 L'oggetto non esiste più sul server"

[dan]

In un progetto versionato con TW ho:

1) Scaricato la Master Copy
2) Modificato il progetto creando una nuova Videata "ACTIVITIES"
3) Salvato il progetto ma non ho fatto check-in
4) Uscito da InDe e spento la macchina

Il giorno dopo:
1) apro il progetto come modificato sopra
2) mi connetto a TW
3) provo ad apportare una modifica ad "ACTIVITIES" (stato iniziale da QBE a TROVA DATI - ESEGUI QUERY)
4) quando provo a salvare dalla finestra delle proprietà, mi compare il seguente errore:

S - 6220 - L'oggetto object ACTIVITIES non esiste più sul server. Prima di fare il check-out dovresti prendere l'ultima versione

In realtà non è che ACTIVITIES non esista "più": non esiste "ancora", ma volevo evitare di fare il check-in prima della modifica e poi modificare, perché farei il check-in di un progetto in uno stato che non mi interessa.
Vorrei fare il check in solo dopo che ho modificato lo stato iniziale in ESEGUI QUERY.

Se provo a fare - come suggerito dal messaggio - "Ultima Versione", la nuova videata mi scompare.

Domande:
A) Che differenza c'è fra "Ultima versione" e "Scarica master copy"? Perché mi pare che il risultato sia lo stesso, ma evidentemente mi perdo qualcosa se no non ci sarebbero due comandi distinti.
B) Come posso fare per modificare la videata nuova e fare il check-in solo dopo senza passare per un check-in intermedio che mi committerebbe uno stato "spurio" del progetto?

[s.zagni]

succede spesso anche a noi ed molto scocciante, tutte le volte ci tocca bloccare gli altri colleghi per fare il checkin.

EDIT: è successo proprio adesso. ho copiato all'interno di una classe una cartella con dentro delle procedure. adesso non mi permette di inserire nient'altro (dice che sul server sono presenti un numero di verso di oggetti) e non posso neanche cancellare la cartella perchè ricevo l'errore in oggetto (6220)

[dan]

Nel mio caso sono l'unico a lavorare sul progetto

[s.zagni]

Nel mio caso sono l'unico a lavorare sul progetto

Il fatto di essere da solo oppure in team a lavorare sul progetto come hai ben visto non è la causa del problema.
Se succede è scocciante quando sei da solo, pensa se sei in team e gli atri devono aspettare (soprattutto quando i check in durano dai 5 ai 20 minuti)....

[t.simoncini]

Il problema è che ci sono alcune modifiche alla copia locale che non fanno prendere il lock.
Così, quando cerchi di prendere il lock la volta successiva, dato che la copia locale e quella sul server sono diverse, INDE pensa che qualcun'altro abbia fatto un check-in, e che sia più recente (e giusta) la versione sul server.
L'unico modo per uscirne è fare un check-in e riallineare le versioni.

Se ne era già parlato qui ( viewtopic.php?f=2&t=67142 )

[dan]

Ne sono uscito prendendo un lock FORZATO di contenuto sull'oggetto incriminato (la videata "ACTIVITIES").

In questo modo ho evitato di fare un check-in del progetto in uno stato non consistente perché Work In Progress.

Secondo me bisognerebbe fare Check In solo quando il progetto è in una situazione "stabile", cioè senza funzionalità implementate solo parzialmente. Diversamente il repository si riempie di master copy "oscene".

[t.simoncini]

Ne sono uscito prendendo un lock FORZATO di contenuto sull'oggetto incriminato (la videata "ACTIVITIES").

In questo modo ho evitato di fare un check-in del progetto in uno stato non consistente perché Work In Progress.

Secondo me bisognerebbe fare Check In solo quando il progetto è in una situazione "stabile", cioè senza funzionalità implementate solo parzialmente. Diversamente il repository si riempie di master copy "oscene".

In teoria si. Se lavori da solo non hai problemi. Se però lavori in team, il lock forzati possono portare a dei problemi.
Condivido con te la difficoltà della gestione di questi casi, che secondo me sono malfunzionamenti (come ho spiegato sopra).

[g.lanzi]

Ho appena provato a fare la prova con i passi indicati da @dan ma non ho visto il problema.

C'è una cosa che non ho capito nel passaggio citato: la master copy la scarichi solo la prima volta, giusto? Perché altrimenti la videata activities non dovrebbe esserci. Io la seconda volta ho solo riaperto il progetto, ma non ho visto problemi.

Per quanto riguarda la differenza tra il download della master copy e il download dell'ultima versione la differenza è che il download della master copy scarica l'interno file .idp dal server, facendo "ripartire" l'operatore, mentre scaricare l'ultima versione significa solo allineare la propria copia con quella del server, scaricando tutte le variazioni dalla tua versione sulla postazione di sviluppo alla versione della master copy attuale.

Sono due operazioni profondamente diverse, quindi.

Per quanto riguarda il caso di @dan, direi che la cosa da fare è vederlo in assistenza per capire da dove deriva.

Teamworks ha un suo modo di funzionamento che può piacere o meno ma sul funzionamento posso dire che è usato da un gruppo di 70 persone con successo e senza particolari problemi. Quando incontrate un problema probabilmente c'è, non voglio dire il contrario, ma segnalatecelo sempre con un ticket di supporto così da poter indagare il problema insieme e risolverlo. Altrimenti non abbiamo i mezzi per arrivare in fondo al caso e quindi il problema resta.

So che può essere scomodo perché bisogna inserire il ticket e seguire il supporto, mi dispiace di questo, ma indagare i problemi è l'unico modo di capire le circostanze della situazione anomala e risolverla. E io voglio risolvere tutte le cose che vi danno fastidio.

[s.zagni]

Teamworks ha un suo modo di funzionamento che può piacere o meno ma sul funzionamento posso dire che è usato da un gruppo di 70 persone con successo e senza particolari problemi.

Mi piacerebbe sapere come, visto che su un gruppo di 5 persone abbiamo problemi di continuo. A questo punto siamo noi che non sappiamo utilizzarlo nel modo giusto.

...ma segnalatecelo sempre con un ticket di supporto così da poter indagare il problema insieme e risolverlo

Il problema sta quì. Se segnaliamo il problema riscontrato, non possiamo lavorare (anche perchè alcune volte è successo che eravamo fermi tutti per problemi alla copia master) e in una fase di sviluppo intensa non ce lo possiamo permettere di aspettare. Perciò quando possibile risolviamo il casino da soli senza passare dall'assistenza.


Quello che non mi spiego e che il caso spiegato da @dan si è manifestato a due gruppi di lavoro (a noi come gruppo e a @dan anche se da solo!)... Come mai a voi no?
E quì mi ricollego all'affermazione iniziale: a questo punto siamo noi che non sappiamo come utilizzare TeamWorks

[dan]

C'è una cosa che non ho capito nel passaggio citato: la master copy la scarichi solo la prima volta, giusto? Perché altrimenti la videata activities non dovrebbe esserci. Io la seconda volta ho solo riaperto il progetto, ma non ho visto problemi.

Sì, esatto, solo la prima volta. La seconda volta mi limito ad aprire la copia locale del progetto, connettere il progetto con TW, fare la modifica all'oggetto non ancora presente nel repository.

il download della master copy scarica l'interno file .idp dal server, facendo "ripartire" l'operatore,

Cosa intendi per fare ripartire l'operatore? Cosa è l'operatore?

mentre scaricare l'ultima versione significa solo allineare la propria copia con quella del server, scaricando tutte le variazioni dalla tua versione sulla postazione di sviluppo alla versione della master copy attuale.

Quindi scaricare la master copy scarica in locale l'ultimo idp di cui è stato fatto il check-in, mentre "scarica l'ultima versione" applica alla mia copia locale le differenze per farla diventare uguale all'ultimo idp di cui è stato fatto il check-in?

Cioè sono due strade diverse per arrivare allo stesso stato finale dell'idp locale, o mi sfugge qualcosa?

Per quanto riguarda il caso di @dan, direi che la cosa da fare è vederlo in assistenza per capire da dove deriva.

Ora che ho aggirato il problema prendendo un lock forzato, non so se riesco a riprodurre il problema.

Se scarico lo snapshot dell'ultimo check-in, dovrei ottenere l'IDP che era stato inserito nel repository con il penultimo check-in, giusto? Se sì, potrei ripartire da quell'idp e provare a rifare gli step che ho indicato all'inizio del post, e vedere se il problema si ripresenta.