長期および時機を得た研究

[Nicolas]

buongiorno a tutti,
sono da poco approdato in un ut nel quale ho trovato svarioni a decimigliaia.... mi spiego meglio.
i predecessori che hanno impazzato sul pc (premetto con l'utilizzo di wf5):
- non hanno mai impostato un file search path strutturato bene;
- di conseguenza hanno copiato/creato nelle n-ple di progetti i medesimi componenti ed ora mi ritrovo un po' come nel "ritorno al futuro ii" con componenti paralleli......

di conseguenza mi ritrovo, ora, a dover fare un po' di ordine in termini di:
- eliminazione ridondanze di componenti;
- verifica allineamento documentale fra lavorazioni esterne ed archivio

la procedura che applico per la ripulitura è:
- alloco il componente nella cartella di competenza;
- elimino le ridondanze dalle cartelle non di competenza;
- cancello dalla sessione tutti i componenti nascosti e salvo;
- vincolo, richiamando la cartella corretta, il componente nell'assieme e salvo;
- alla successiva apertura del file ho difetto di componente. considerate che il search path file è corretto.

domanda: come posso capire dove punta il modello per un particolare? esiste un modo per capire da dove carica i componenti?

grazie.

nico

 

[calacc]

domanda: come posso capire dove punta il modello per un particolare? esiste un modo per capire da dove carica i componenti?

ciao nico, anche a me interesserebbe un percorso agile per fare ciò.
la soluzione che adotto al momento è questa: con un assieme aperto vado ad aprire la parte dall'origine dubbia, ctrl+s e guardo il percorso dove punta il file prt.
non è il massimo, me ne rendo conto... stavo pensando che sarebbe figo se si potesse impostare la visualizzazione del percorso d'origine come colonna nell'albero modello, ma secondo me non si può fare.

 

[DANI-3D]

caro nico ti sta succedendo la cosa più brutta che può capitare in un ut, se ti fa sentire meglio sappi che prima o poi è capitato un po a tutti, a me è successo 5 anni fa e ho risolto così:
ho creato delle cartelle per gli assiemi, i particolari e le parti comuni, poi le ho inserite nel search path escludendo tutte le vecchie cartelle.
ho riaperto gli assiemi principali, naturalmente all' inizio non mi trovava nessun particolare, a questo punto con tanta pazienza ho spostato i prt o sottoassiemi nelle giuste cartelle eliminando i doppioni, prendevo quello con la data più recente.
per capire dove punta il modello, non ti fidare troppo degli automatismi, perchè se nelle cartelle hai dei codici uguali oggi te ne prende uno e domani succede che te ne prende un' altro, l' essenziale è fare una bella pulizia.
nel mio caso non erano tantissimi files, spero che sia così anche per te!
buon lavoro.

 

[Nicolas]

grazie dani e calacc dei suggerimenti,
purtroppo sto' procedendo esattamente in questi due vs modi, ma ogni tanto ho problemi di ricostruzione e con non poche difficoltà riesco a trovare l'inghippo, ma in alcuni casi non so' proprio dove punta a pesacare le matematiche e quindi cercavo un comando che mi indicava la directory di provenienza. proprio per fare prima e pulire le "impurità".
per le quantità delel cartelle, diciamo che ho circa 6000 files.......

grazie e buon lavoro

nico

 

[DANI-3D]

... ho circa 6000 files.......

azz. coraggio!

 

[Corra68]

hi nico, これを行うためのアジャイルパスに興味があります.
瞬間に誘発されたソリューションは、このことです。 オープンセットで、私は退屈な起源、ctrl + s から部分を開き、prt ファイルのポイントのパスを見て行きます。
それは最高ではありません、私は実現します... テンプレートツリーの原点の列の表示をセットできたらクールなと思いますが、できないと思います。

夕方から夕方まで
私はこの投稿がデートされていることを認識していますが、現在のパンデミックへの伴奏として、私はすべての投稿を再読しています。
ファイルがどこを指しているかも理解したいと思います。例えば、オープンセットで、部分は作業ディレクトリにすることができますが、その部分が開いたら、ctrl+sはどういう意味ですか?

お問い合わせ

 

[AndreaTerzi]

おはようございます。ちょっとした投稿を読んでいるので、この投稿が私をエスケープしていたことを認めなければなりません。
同社は、VSケースと既に無料のバージョンで正確に行う製品を提供し、VSアーカイブを修正するのに役立ちます。

 

[Corra68]

おはようございます。ちょっとした投稿を読んでいるので、この投稿が私をエスケープしていたことを認めなければなりません。
同社は、VSケースと既に無料のバージョンで正確に行う製品を提供し、VSアーカイブを修正するのに役立ちます。

お問い合わせ
リクエストを送信します。
こんにちは。

 

[calacc]

...cosaはctrl+sを意味しますか?

ファイルを保存するように、もちろん保存する必要はありませんが、システムが保存するパスを覗くだけです。
しかし、PCの一般的なファイル検索プログラムのような他の1000のソリューションがあります

 

[320i S]

編集: 2013 を読んでいなかった。

数年前から頭を打ち負かし、家族のテーブルが同じファイルと異なるので、私はどのようにしたかを教えてくれます。
前提, 回復し、再配置される最も重要なプロジェクトの「デッドライン」を決定する必要があります。, データベースを複製する必要があります。

フェーズ1はデータベースを回復します
-2つのクレオアイコンと2つの異なる開始ディレクトリ、そこに検索があります。 別の検索でプロジェクトを開くことができるフォルダのためのプロ。 新しいアーカイブとプロ
- 最新のプロジェクトから始まり、最高のキュレーションと完成したプロジェクトから始まり、最初のアイコン(現在のsearch.pathで)から開きます。
-プロジェクトを開いたり、それが機能していることを検証したり、ディレクトリ内のテーブルでバックアップコピーを作成したりします。
- すべてを閉じて、ファイルを新しいアーカイブディレクトリに移動します

フェーズ2新しいデータベース制御
-他のアイコンで作成し、再配置したプロジェクトを開く
-すべてが正しく機能する場合、動作しない場合は、別のプロジェクトに切り替える、あなたは正確にどのファイルが欠落しているかを知っているし、それらの上で動作
-次のプロジェクトは最初に同じことをしますが、ライブラリファイルを移動するときは、新しいディレクトリに既に存在している場合、それらは上書きしませんが、削除し、以前の動きを維持します
- 新しいプロジェクトの再配置を再開するときは、すべてが動作することを確認してください。そうしないと一致するファイルを修正します

この時点で、ユーザーは現在のライブラリを変更することはできませんが、あなたが再注文したライブラリから取り込む必要があるでしょう(これは最も繊細なフェーズです)。
再注文プロジェクトを終了すると、新しい検索をする必要があります。 サーバ上で読み込み専用で、config.pro をリダイレクトします。
1人1人でこの活動を行うことができるのは、2人以上で、あなただけの混乱です。

最後に、多くの人(4-5人以上)がpdm、個人的なアドバイスを受けている場合。

p.s.1 同じコンポーネントを持つ異なる家族テーブル、ファイルを保持するか、外部に置くか、プロジェクトを更新する場所を選択する必要があります(残念ながら、半分のパズル)

p.s.2 は、相談だけを保持したい非常に古いプロジェクトのために、それらを開き、別のアーカイブ内のディレクトリにバックアップコピーを作成し、その後、プロジェクトでディレクトリをzipします。

 

[arni1]

ファイルを一緒にアップロードする方法を知っている
♪ツール
#モデル情報
#top_level(トップレベル)
#アプリ

こんにちは。
ヒンジ