Tôi đã cố gắng tìm cách phù hợp để làm việc với bảng phân cảnh khi có nhiều nhà phát triển trên cùng một dự án và không thể tìm thấy bất kỳ điều gì hữu ích.Quy trình làm việc của Xcode 4 khi làm việc với nhiều dev
Trước bảng phân cảnh, chúng tôi sẽ khóa ngòi bút trong khi sử dụng nó để đảm bảo rằng những người khác sẽ không thực hiện sửa đổi cùng một lúc. Bằng cách này, hợp nhất xung đột với ngòi là khá hiếm.
Nhưng bây giờ, với bảng phân cảnh, tôi không thể nhìn thấy có một dev khóa toàn bộ điều trong một giờ trước khi người khác có thể làm việc trên một phần của nó! Và chắc chắn đủ, nếu hai người trong số họ sửa đổi bảng phân cảnh, có một xung đột hợp nhất. Các tệp Xcode XML không đẹp để hợp nhất và thường đủ, sự hợp nhất gây ra vấn đề và thực tế sẽ làm hỏng tệp để chúng tôi muốn tránh những xung đột đó.
Tôi muốn biết những người khác đang đối phó với vấn đề này như thế nào? Nhóm khác sử dụng quy trình làm việc nào?
Cảm ơn!
Chúng tôi sử dụng nhiều bảng phân cảnh để giải quyết vấn đề này. Tuy nhiên, chúng tôi cố gắng chia chúng một cách hợp lý thành những hành trình cụ thể của người dùng để chúng tôi không chỉ sử dụng các bảng phân cảnh theo cách giống như ngòi bút. Đây là một câu hỏi hay! –
Tôi chắc chắn hầu hết các nhóm đang đấu tranh với vấn đề này nhưng dường như không có bất kỳ quy trình làm việc hoàn hảo hoặc chính thức nào cho vấn đề này. Tôi thực sự muốn biết làm thế nào Apple quản lý điều này với các đội nội bộ của họ, nó chắc chắn sẽ giúp chúng tôi! – droussel
Chúng tôi đã quyết định không đi với bảng phân cảnh cho bây giờ. Chủ yếu là vì chúng tôi làm một "bản đồ ứng dụng" của một ứng dụng trong omnigraffle, vì vậy phần trực quan cung cấp cho chúng tôi không có giá trị thực. Thứ hai - chúng cung cấp ít giá trị thực trong ngữ cảnh nhiều nhà phát triển - nhưng có một vài nhược điểm: 1. Khó kiểm soát phiên bản (như bạn đã đề cập) 2. Không hoạt động trên ios trước 5 (vẫn còn nhiều nhất người dùng) 3. Hầu hết các ứng dụng không phải là tuyến tính – Magnus