前面的文章 說到。ClearQuest附件可以放在第三方儲存了。然後Attachments 2.0 Packages證明只能連到FTP。

還是想放在ClearCase上面。其實就是還想實現版本控制的問題。

最好的場景是：
CQ上傳附件開始，就進行版本控制，使用者進行刪除、新增時就是對版本控制下的檔案進行CO,CI的操作。

老規矩第一步還是馬上收集資料

不過這個就想yunshan本人說的。這個上傳到FTP上，其實就是相當於一個備份 ，而CQ每次讀取仍然是本地的資料。

發現遷移後，記錄的附件沒了 ，也沒有了關聯，這樣以後查歷史都不好查啊。

限制附件大小

AttachmentFields is a collection object similar to the standard Visual Basic collection objects.

其實上面做的就是類似Attachments 2.0做的事情。CQ上傳附件，然後把附件上傳到第三方儲存比如FTP等，然後生成一個可以直接訪問檔案的URL。

其實為了避免CQ資料庫過大。對於附件的處理無非下面三種：

1：限制上傳附件大小。（資料裡面的3）

2：定時遷移歷史附件（資料裡面的2）

3：上傳附件到第三方儲存。（資料裡面的1，Attachments 2.0等）

我們重點關注的是3：上傳附件到第三方儲存。

想當然第三方儲存無非就是FTP或者共享資料夾，然後CQ這邊加個URL，以後附件都通過URL訪問（其他的目前沒接觸到。也想不到）。

CQ這邊實現上傳附件到FTP還是共享資料夾技術算是有的。應該算成熟。（實在不行。直接用Attachments 2.0）

接著就是CC怎麼平滑處理這些第三方儲存上面的檔案和資料夾

檔案或者目錄新增到源控制，CC就可以開始版本控制了。（到這算是完事了。哈哈。）

其中會遇到的一些問題：

1：CQ的附件是上傳的同時就直接發到第三方儲存（Attachments 2.0給人的印象就這麼幹，具體不清楚），還是先儲存在CQ資料庫再發到第三方儲存。然後再刪除CQ資料庫裡面的東西。還有上傳的速度如何。

2：訪問第三方儲存的URL，對中文支援好不好。（按照常理應該沒問題）

3：CQ附件同名處理問題。使用者早上上傳了一個Av.txt，然後下午再上傳個Av.txt。（可以通過上傳檔案同時，給檔案加上時間做標識。URL顯示的是最後一個檔案生成的URL）

4：CQ附件多個的問題。生成多個URL一定不友好（限制只能上傳一個附件。讓使用者把多個檔案打成一個包上傳。或者URL直接給的是資料夾。同一個記錄上傳的附件都在同一個資料夾下面。這個也可以參考Attachments 2.0的做法。待研究）

5：CC這邊怎麼把這麼多CQ附件新增源控制。（可以指令碼一天執行一次。或者檢測到有新檔案就新增一次）

6：CC這邊怎麼下一步的版本控制。（未知。待考慮）

update：2010-7-30下午

CQ把附件新增到CC共享資料夾比如M盤的一個資料夾。然後自動執行一個cmd執行cleartool。新增到vob中的方案是可行的。
這個主要應用於：CQ中的附件自動歸檔到CC

可以解決這樣的場景：
當CQ達到某個狀態（或closed）時，自動觸發指令碼將附件新增到CC指定位置進行版本控制

要解決完美場景

CQ上傳附件開始，就進行版本控制，使用者進行刪除、新增時就是對版本控制下的檔案進行CO,CI的操作。

除非誰真的花大精力去寫一個CQ呼叫CC api進行新增源控制，檢入。檢出的觸發控制~相信難度相當大~並且吃力不討好。