Overview

起手式

首先請先在桌面上找到如上圖的捷徑，那是 Avalon Launcher，請用滑鼠雙擊以啟動並進入系統。若一切正常，就會出現一個視窗列出當前所有的專案。

Help

如果不確定自己的機器是否已安裝或者啟動有問題，請舉手。

Hint

視當下的公司內部網路流量狀況，啟動所需的時間大約從 1 秒到 10 秒不等，超過 30 秒是不能被接受的，務必舉手。

好的，既然已經確認了系統是否能夠正常啟動，有時間的話就來大概看一下 Avalon 可以為我們做什麼。

Form is liberating

形式即解放

不管團隊規模大小，持續面對的最大問題一直都是共識的溝通與執行。溝通與執行是一組不斷來回的循環，溝通後開始執行，再將執行成果拿來溝通，接著繼續執行，不斷重複下去。

工作流程系統就是在這樣的循環中逐漸成形。

其實流程系統無所不在，最簡單的流程系統，就是專案成員之間的文化默契，a.k.a.人肉流程。人肉流程系統以靈活敏捷而深受大家喜愛，但也因此作業標準很容易浮動，這個缺點在中大型團隊就會非常明顯。

為了建立穩定的標準，我們可以把一些溝通後的共識，轉化成能讓機器了解的程式碼，讓機器去代替我們記憶那些瑣碎的規範，並且在我們遺忘時跳出來提醒，或者在背後幫我們默默處理掉。

Bug

雖然透過機器可以讓作業標準固定下來，但隨著技術的進步與需求的改變，標準也會過時或是太僵硬，因此當你/妳覺得被機器冒犯的時候請務必提出來討論。

另外，自動化系統畢竟還是人寫出來的，有人的地方就會有錯誤(Bug)，遇到了的話也請務必提出。

從檔案開啟到最終算圖，盡可能避免 "我這裡沒問題但那邊不知道行不行" 的疑慮

在不阻礙工作的前提下盡可能交接乾淨的檔案，貼上版號並且自動存放於可預測的標準路徑

在頻繁的檔案修改與版本歷史之間，讓檔案瀏覽更有效率，並實現場景資源的管理

avalon-dataflow

所有專案資產都在這樣的循環中生成新的內容，並堆疊許多版本，以及各種不同類型的資料。但它們到底從何處來，又到哪裡去?

名詞	意義	範例
Project	專案名稱	`201910_AwesomeDay`
Task	工作內容或部門名稱	`Modeling`, `Rigging`, `Comp`
Silo	資產類別	`Char`, `Shot`, `Prop`
Asset	資產名稱	`CharA`, `Desk`, `BatMan`
Subset	資產子項目	`modelHighPoly`, `rigDefault`, `imgseq.BTY`
Version	版本號	`v005`, `v010`
Representation	檔案形式	`Alembic`, `mayaBinary`

每一個資產(Asset)都有專屬的工作區域，裡面可以盡情存放任何為了製作該項目所需要的素材與自己的工作檔案。工作區裡的一切完全依照各部門甚至個人的需求去支配，畢竟每個部門或個人的工作習慣不見得一樣，是很主觀的一個地方。

Warning

工作區裡的檔案是極有可能隨時被改變的，這邊的檔案不會也不該直接拿來與其他部門做交接，所有人也都有義務拒絕接收這樣的來源。這種不良習慣的影響在專案進行到算圖時會最為顯著。

每一個資產除了有專屬的工作區外，也有專屬的發佈區。這裡的檔案都是透過機器檢查並標上版號自動輸出的。這個區域就沒有部門的概念，並只使用單一的路徑格式建立資料夾結構來保存與共享檔案。

Danger

發佈區的檔案一旦寫入便不可再變更，並且嚴格禁止自行搬動或刪除任何其中的檔案。如果真的有需要，務必交給技術人員處理，因為這邊的東西要修改並非如表面所見的單純，背後是有資料庫在做連動的。

除此之外，也最好避免直接使用檔案總管來瀏覽，因為難保手滑而不小心動到檔案或資料夾。共勉之。

總結來說，工作區內的檔案並沒有特別的限制，工作檔的任何變動都不會影響到其他部門的作業，工作檔唯有透過 Publish 才得以將製作內容交接給其他部門。

Important

請勿將發佈區的檔案視為工作進度的備份，發佈區的檔案為部門交接用途，如果要修改請沿用先前的工作檔繼續進行，並自行管理工作檔的版本進度。

Note

工作檔的版本號與發佈區的版本號並沒有直接關連。