---
title: Package Asset To NAS
tags: shotgrid
description:
---

[TOC]
# 製作Asset有五類Artist
1. 製作在shotgrid環境，由shotgrid工具自動處理。(X:\\....\\cartTitan_model_wip_v001.ma)
2. 製作在NAS，照shotgrid規範手動置放和命名。(X:\\....\\cartTitan_model_wip_v001.ma)
3. **製作在Local，照shotgrid規範手動置放和命名。(D:\\....\\cartTitan_model_wip_v001.ma)**
4. **製作在Local，自由意志有關鍵字的命名，位置隨意放。(D:\\....\\v001_model_cartTitan_wip.ma)**
5. **製作在Local，自由意志位置隨意放，名字隨意命名。(D:\\....\\wip_cartTitan_v00001.ma)**

:::success
######################################################################
:::

# Asset想要於Local製做的理由
- 開檔和存檔在local比較快，能增加工作效率。(我個人也提倡多存版本號)
- 讀取貼圖於local也比較快。

# Asset於Local製作的缺點
- 此asset需要緊急交由其他同事接手，你剛好請假，沒密碼登入電腦，只好等你進公司。
- 電腦硬碟損毀跟NAS損毀，公司會花錢救NAS。NAS部分有還原功能。

# 還是有不可抗拒理由在Local作業
- 所以寫個工具，協助local作業的artist把檔案正確的copy轉移到NAS。
- 遇到難題...Artist會正確的檔案命名嗎? 檔名單字會跟shotgrid名稱100%相似嗎?
- 上述問題就要想到最糟的情況發生... 必須把shotgrid的專案資料庫都要搬出來。
- 工具是針對第3.4.5類人製作的。

# Package Asset To NAS的誕生

# 作業流程
- 根據選擇物件，直接從本機publish至nas，並紀錄至shotgrid資料庫上。

# 工具執行流程
## 根據user選擇物件做publish
- 沒選擇到的物件就不會被publish
- 可以選擇group獲選物件都可
- 執行手選項目物件時，請記得自行將物件置中或pivot調整

## 工具介面原則
- 文字跟背景正常都是要白色的，如果有出現其他顏色，就是有一些"提示"或"警告"user就需要去仔細看跟選擇。

## 關鍵選單
- 判斷當前檔案路徑，工具自動選擇正確的選項。如果非自動判斷選單會出現紅外框(如下圖)，user就要注意一下正確性了。基本上有符合工作準則工作基本上不太會遇到錯誤問題。
- 現在打開工具都會比以往的快，如果選單有少內容，請找PM處理。

## Create Folders
- 根據選單選擇到的選項，點擊"Create Folders"按鈕，創立兩套資料夾結構。
- 產生NAS端的資料夾結構系列
- 產生local端的資料夾結構系列

## Publish的內容選擇
- 根據上面選單內容，顯示會輸出的資訊。
- 切換上面選單內容，下方資訊會即時做更新資訊。
- 執行點擊publish按鈕，會有勾選的項目做處理。
- publish scene bt select(always check)
- 無法取消勾選，執行檔案的publish路徑位置顯示
- update textures to nas
- 可以選擇是否勾選，決定publish時是否做copy貼圖檔案
- 勾選：publish過程中，會做copy來源實體貼圖檔至nas正確位置，也會切換設定檔案的貼圖正確路徑。
- 無勾選：publish過程中，"不會"做copy來源實體貼圖檔至nas正確位置，也會切換設定檔案的貼圖正確路徑。
- 有時候會有只是修改maya檔案內容，沒有要copy更新貼圖
- 根據手選物件或group做copy貼圖檔案
- Update Xgen Files to nas
- 可以選擇是否勾選，決定publish時是否做copy xgen資料架構下的檔案
- 勾選：publish過程中，會做copy來源實體xgen資料架構下的檔案至nas正確位置，也會切換設定檔案的xgen正確路徑，如果是xgen製作檔案一定會存.ma旁邊的隨行.xgen檔案。
- 無勾選：publish過程中，"不會"做copy來源實體xgen資料架構下的檔案至nas正確位置，也會切換設定檔案的xgen正確路徑，如果是xgen製作檔案一定會存.ma旁邊的隨行.xgen檔案。
- 有時候會有只是修改maya檔案內容，沒有要copy更新xgen檔案
- 如果Asset不是xgen製作檔，勾選此選項也不會有問題，程式搜尋不到相關xgen資訊也就不會做任何動作。
- 不是盲目的xgen下所有的檔案作複製，有些資料夾是舊的工作殘檔，程式針對有正在使用的資料夾作複製
- publish description (always check)
- 無法取消勾選，想留給後面接手的人或pm或之後的你，知道什麼更新訊息
- 如果出現下方不同顏色提是訊息，user就必須確認是否切換選單內容或保留。下方情況就是說publish已經有此檔案跟紀錄了，執行的話會導向republish動作。無要repblish就切換版本號。
- 下方情況深紅色就是"錯誤"，NAS沒有這路徑，請去Create Folders
- 有一種情況，你只是要更新貼圖檔案而已，有個"Copy Texture Files By Select Right Now!"按鈕。
- 點了之後會跳出選項清單，根據你選擇的物件或group
- 各顏色代表不同含意，上述文字有說明
- 貼過去的檔案不存在(白色)
- 貼過去的檔案已存在(紅色)
- 檔案的貼圖路徑已經設定在正確nas路徑(不處理copy)，或是代表執行copy完的進度顏色表示(皆為綠色)
- 名稱命名邏輯後面在提

## Publish的行為選擇
- Publish時的一些行為設定
- 選擇我publish完，當下開啟maya該處理的行為
- 維持現況，什麼都不做
- 放棄現在修改，強迫重開現在檔案
- 選擇publish完之後，是否要另開一個maya視窗檔案，給user做檢查是否正確，
- 以上所有資訊皆正確，就點擊執行"publish"按鈕

## Publish的執行過程
- publish時都會彈跳視窗提醒一些資訊
- <font color="#f00">**請publsih前做Quality Control，檢查你的檔案是否有問題，沒問題在publish給下游使用者** </font>
- 再次確認選單資訊是否正確
- 如果此選單shotgid資料有同樣的紀錄，就會在跳出是否確認進入republish的流程
- republish：就是檔案小修改，版本覆蓋原本的publish檔案，後面已經refernce的user就不需要replace refernce
- publish過程中UI會卡住幾秒，接著UI下方會出現目前進度。會跳出dos視窗觀看到目前背後處理狀況如何(請勿關閉dos視窗)

# 背後執行分解
- 0. 確保一些條件是正確的，才允許做後面動作
- 1. 如果偵測到是進入republish，會做備份前一版檔案；無則跳過此步驟
- 2. 備份你現在的工作到NAS的work區塊，.ma檔案命名方式依照選單給的資訊命名
- 3. 根據user選擇到的物件或group做export select到NAS的publish區塊，並依照規則命名
- 4. 背後加工處理你剛剛export select的檔案(dos視窗)
- 打開export select的檔案
- copy貼圖實體檔案至publish/tex正確路徑上(根據UI選單是否有勾選而執行)
- 設定maya檔案hypershade的貼圖路徑位置到publish/tex
- 存檔
- 關掉maya(關掉dos視窗)
- 5. 在shotgrid資料庫登記紀錄，何人.何時有做publish的紀錄
- 6. 另外開啟maya，並打開剛剛修改好的publish檔案，給user檢查，如果UI選項沒勾選就部會執行此步驟

# 實體貼圖檔案複製和hypershade路徑設置規則
- 符合貼圖規範的路徑：D:\ <專案代號>\ <專案名稱>\asset\ <素材類型>\ <素材名稱>\ <流程階段>\publish\tex
- 例：D:\X\TestingPool\asset\ch\cartTitan\surfacing\publish\tex
- 檔案存在符合規範的路徑，則會複製對等路徑到nas的publish tex區塊。同時如果置放符合規範路徑下的子資料夾，也會保留層級copy過去
- 檔案存在"不"符合規範的路徑，例如放在C槽或桌面或library的路徑，都會全部重新複製一份到nas的publish tex區塊
- 檔案名稱取一樣，在不同資料夾位置，這種情況會幫你全數copy並更名成dupA_xxx，dup_Bxxx...以此類推。我無法確認圖檔是否需求跟內容是否一樣
- 原本設定都是在正確NAS路徑，就不做處理
- 舉例：
- 檔案存在符合規範的路徑，則會複製對等路徑到nas的publish tex區塊
- 同時如果置放符合規範路徑下的子資料夾，也會保留層級copy過去
- 檔案存在"不"符合規範的路徑
- 檔案名稱取一樣，在不同資料夾位置，這種情況會幫你全數copy並更名成dupA_xxx，dup_Bxxx…以此類推
- 如果貼圖連結位置是符合規範的，其實就不會遇到以上這多狀況劇，以上皆為怕人為失誤的防護機制

# republish背後備份
- Maya ASCII檔案republish機制：
- 如果有進入republish流程，因為覆蓋同一個publish檔案，如果要拿回被蓋過的republish的檔案就得幫user備份工作檔案。
- 檔案會備份在如下圖的路徑，多一個rePublish的資料夾(如下圖)，範例v010 republish和備份了8個版本，版本v11 republish和備份了2個版本
- 貼圖尚無做備份機制
- xgen檔案republish機制：
- 如果有進入republish流程，因為覆蓋同一個publish檔案，如果要拿回被蓋過的republish的檔案就得幫user備份工作檔案。