技 術 信 息

    目前位置:

  • 技術信息
  • Data Management
  • 一招擺脫繁雜設計資料管理(lǐ)噩夢

一招擺脫繁雜設計資料管理(lǐ)噩夢

設計開發團隊是否經常遇到資料四散,不清楚編輯檔案的(de)人(rén)員、內容、時間或原因的(de)情況?

答(dá)案不用(yòng)多(duō)說,真的(de)太頻繁了(le)!

設計師及開發人(rén)員間的(de)跨團隊合作是現今開發程序不可(kě)或缺的(de)一環,但設計工具很少會標榜可(kě)促進協作的(de)完善、團隊導向特色。因此就算(suàn)設計師和(hé)開發人(rén)員彼此並肩而坐(zuò),但就使用(yòng)工具、協作方式及互相共用(yòng)資料的(de)方式而言,他(tā)們仍身處平行世界,這是因為這些工具並無交集。

本文將討論進行大(dà)型設計作業時的(de)常見挑戰,並探討版本控制如何提升工作效率並整合團隊。

簡易檔案及資料夾共用(yòng)挑戰

Google 雲端硬碟及 Dropbox 等檔案共用(yòng)解決方案,或許是使設計師和(hé)開發人(rén)員連結更緊密的(de)選項。不過,這類解決方案皆難與任一方使用(yòng)的(de)工具密切整合,更有資料易外洩等安全疑慮。

舉例來說,在遊戲開發過程中,設計師採用(yòng) Photoshop、3ds Max 及 Maya 等熱門工具。他(tā)們通(tōng)常會在設計及生產工作流程的(de)無數階段中,製作出多(duō)種版本的(de)超大(dà)型檔案。隨著專案擴展,隻能處理(lǐ)存取問題的(de)共用(yòng)資料夾已不敷使用(yòng)。版本控制系統 (VCS) 將是更好的(de)控制、管理(lǐ)及協作方式。

為什(shén)麼版本控制更好?

從設計師和(hé)開發人(rén)員的(de)角度來看,VCS 可(kě)讓團隊有能力整理(lǐ)檔案,並追蹤每項變更與版本。還可(kě)並排比較檔案版本,檢視變更。事實上,VCS 扮演著單一數據來源的(de)角色。團隊參與者始終能夠知道他(tā)們處理(lǐ)的(de)是正確且最新的(de)檔案版本,且可(kě)將檔案鎖定避免他(tā)人(rén)在同個檔案作業。這代表您不會意外覆寫他(tā)人(rén)辛苦 20 小時才得(de)到的(de)成果。

從企業觀點來看,VCS 的(de)主要目的(de)是為保護智慧財產權。這可(kě)透過提供安全性、存取權限、備份及災難復原實現。同樣的(de),還可(kě)避免他(tā)人(rén)意外刪除或進行不必要的(de)變更。

VCS 可(kě)追蹤各種變更,例如檔案建立、刪除及編輯等。變更歷程紀錄是一項重要功能,且應含作者、日期及每項變更目的(de)備註。部分(fēn)版本控制系統具備強大(dà)的(de)復原功能,使變更得(de)以取消。因為原始程式碼的(de)緣故,這類功能對繪圖及設計檔案同樣重要。

企業級 VCS 可(kě)支援團隊在不同辦公室,針對多(duō)個專案進行作業。整體來說,這類功能大(dà)幅改善了(le)設計師和(hé)開發人(rén)員的(de)生產力。

為什(shén)麼許多(duō)設計師不願使用(yòng) VCS

設計師了(le)解使用(yòng)基本的(de)檔案共用(yòng)解決方案並不理(lǐ)想,但對於重視設計感的(de)使用(yòng)者來說,多(duō)數 VCS 介面不夠美(měi)觀、需在終端機視窗(chuāng)使用(yòng)較艱澀的(de)指令,且字體顯示方式不佳。多(duō)數 VCS 傳回的(de)訊息還需要經過人(rén)工翻譯,這使得(de)情況更加惡化(huà),這是 UX 噩夢。

但令設計師不願使用(yòng)的(de)主要原因在於:多(duō)數版本控制系統無法容納大(dà)型圖檔。例如,以 Adobe 及 Autodesk 等公司的(de)熱門設計工具製作的(de)二進位檔案。

當然,Perforce Helix 版本控制解決方案完全可(kě)解決這困擾,讓開發人(rén)員無縫協作進行大(dà)量檔案反覆運算(suàn)和(hé)大(dà)型圖檔資料管理(lǐ)。

Helix Plugin for Graphical Tools (P4GT) 提供設計師理(lǐ)想解決方案,
以便處理(lǐ)需要開發人(rén)員/設計師無縫協作,進行大(dà)量檔案反覆運算(suàn)的(de)專案。

公司如何使用(yòng) VCS 擴大(dà)規模

隨著當公司規模逐步成長,其開發人(rén)員更難以追蹤數個專案中所有的(de)資料。舉例,某知名公司其開發人(rén)員及設計師分(fēn)散在舊金山、布拉格及首爾,設計資料常遭到覆寫或遺失。

因其中一個工程團隊使用(yòng) Git,他(tā)們嘗試用(yòng)其管理(lǐ)設計檔案。但 Git 無法處理(lǐ)專案中的(de)大(dà)型檔案。

此外,要在多(duō)個地點審查設計師的(de)工作也(yě)十分(fēn)困難。專案負責人(rén)無法查看設計如何發展,或了(le)解期間各設計師做(zuò)某項決定的(de)原因。

此公司的(de)主要軟體開發團隊早已將 Perforce Helix Core 作為 VCS 使用(yòng)。因此,他(tā)們決定以五人(rén)設計團隊試用(yòng)三個月(yuè)。

設計師馬上知道他(tā)們找到正確工具。他(tā)們以往使用(yòng) P4GT 開啟檔案、取出檔案,並自 Photoshop 使用(yòng)者介面鎖定檔案。現在,完成工作後,他(tā)們可(kě)以將其簽入並將檔案提交至伺服器,新增工作說明(míng)以供日後參考。Helix P4Merge 及差異比較工具讓他(tā)們可(kě)以並排比較設計版本。最後,他(tā)們相當讚賞能夠使用(yòng)內建審查功能要求同仁回饋的(de)能力,因為這項功能在過去隻有開發人(rén)員可(kě)用(yòng)。

因此,這家公司讓更多(duō)設計師開始使用(yòng) Perforce,包含位於布拉格和(hé)首爾的(de)團隊。

設計師 / 開發人(rén)員協作的(de)時代就此展開

使用(yòng) Perforce Helix Core 版本控制解決方案進行儲存及控制繪圖檔案格式版本時,無疑可(kě)達到更緊密的(de)整合、培養更強大(dà)的(de)跨團隊協作,並完全掌握產品開發程序。

歡迎關注 Graser 社群,即時掌握最新技術應用(yòng)資訊