BDX
beginner·3 phút đọc·· lượt xem

Purge & Audit trước khi phát hành: Quy trình vệ sinh model 5 phút

Mục 7 trong checklist setup model MEP của chúng tôi là “purge và audit trước khi phát hành” — xứng đáng có quy trình riêng vì đây là bước duy nhất bắt được vấn đề mà phần còn lại của checklist không bắt được.

Quy trình

  1. Manage → Purge Unused — chạy hai lần, không phải một. Lần đầu xóa family/type/material không dùng; một số chỉ trở thành không dùng sau khi lần purge đầu xóa những gì tham chiếu tới chúng. Lần thứ hai bắt phần còn lại. Dừng sau hai lần — lần thứ ba hiếm khi tìm ra gì mới và không đáng thời gian bỏ ra.
  2. Kiểm tra hộp thoại warning (Manage → Review Warnings) trước khi purge, không phải sau. Purge có thể âm thầm giải quyết một số warning bằng cách xóa nguồn gốc của chúng, che giấu vấn đề thay vì sửa nó. Đọc danh sách warning trước để biết bạn thực sự đang đối mặt với gì.
  3. Chạy Audit (File → Save As, tick “Audit” trong options, hoặc qua lệnh Audit riêng) định kỳ, không chỉ trước milestone. Audit tìm và sửa hỏng hóc trong cấu trúc nội bộ của file — kiểu hỏng hóc âm thầm cuối cùng gây crash hoặc triệu chứng “element này đôi lúc không xóa được.” Hàng tuần trên model đang hoạt động là tần suất hợp lý.
  4. Đo thời gian mở lại. Sau purge + audit, đóng và mở lại model, đo mất bao lâu. Mục tiêu: dưới 2 phút trên máy trạm tầm trung cho một model MEP cỡ vừa điển hình. Nếu vượt quá mức đó trên một model không tăng nhiều về quy mô, có gì đó (family phình to, quá nhiều in-place element, view template loạn) cần điều tra, không chỉ purge lặp lại.
  5. Lưu bản đã nén, đã audit trước khi bàn giao hoặc lưu trữ. Bật “Compact File” trong options Save As ở lần audit — đây là bản gửi cho team phối hợp hoặc lưu trữ như snapshot milestone, không phải bản lưu nhanh chưa audit.

Tại sao theo thứ tự này

Warning trước purge (mục 2) vì purge có tính phá hủy khả năng nhìn thấy vấn đề hiện có — bạn muốn thấy thực sự có gì sai trước khi thao tác dọn dẹp có thể che giấu nó. Audit (mục 3) tách biệt với purge: purge xóa nội dung không dùng, audit sửa hỏng hóc cấu trúc; gộp chung hai việc này nghĩa là bỏ sót một cái vì đã làm cái kia.

Lỗi thường gặp

Coi một lần purge là “xong” và bỏ qua lần thứ hai — các element vừa trở thành không dùng mà lần đầu phơi bày ra chính là những thứ nhiều khả năng thực sự thừa (nested family chỉ được tham chiếu bởi family khác vừa bị xóa), và đây chính là những thứ thói quen chỉ purge một lần luôn bỏ sót.

Bài viết này có hữu ích không?

Chia sẻFacebookLinkedInXZalo

Bình luận

Không hiển thị công khai

Nhận tips mới qua email

Checklist, code snippet và quy trình BIM. Không spam.