Nhà phát triển có nên được phép sử dụng VSS nếu anh ta thích nó không?

Tôi đã giới thiệu Mercurial cho bộ phận của tôi. Tôi thích nó, nhưng đó là kinh nghiệm kiểm soát phiên bản đầu tiên của tôi. Tôi đang sử dụng nó với NetBeans PHP để phát triển web.

Một nhà phát triển khác làm việc trên các ứng dụng nội bộ của công ty thích sử dụng Visual Source Safe và không muốn chuyển đổi. Anh ấy làm việc trong môi trường Visual Studio.

Tất cả các nhà phát triển khác đã mua vào Mercurial ngoại trừ cái này. Đối với hầu hết các phần, mặc dù tất cả chúng ta làm việc khá độc lập.

Tôi đang cố gắng chuyển bộ phận này đi đúng hướng, tôi đã thiết lập cho mọi người một tài khoản trên Kiln, tôi hy vọng sẽ giúp mọi người sử dụng Fogormsz trên đường (vì hiện tại không có cơ sở dữ liệu lỗi nào được duy trì.) không bao giờ sử dụng VSS nhưng tôi nghe thấy những điều rất xấu về nó.

Sẽ tốt hơn nếu chỉ cho phép anh ta tiếp tục sử dụng VSS nếu đó là những gì anh ta thích, hoặc sẽ có lợi nhất khi đưa anh ta lên tàu với Mercurial?

sẽ tốt hơn nếu chỉ cho phép anh ta tiếp tục sử dụng vss nếu đó là những gì anh ta thích

Không. Không có điểm nào trong việc vận hành song song hai hệ thống quản lý nguồn khác nhau. Điều đó bất chấp chính ý tưởng rằng tất cả các nhà phát triển được kết nối với cùng một kho lưu trữ và tận dụng tối đa lợi thế của nó.

Một nhà phát triển duy nhất sử dụng một hệ thống khác một mình có hiệu quả cách ly mình khỏi nhóm. Ngay cả khi các dự án không giao nhau, nó vẫn là một điều xấu.

Nỗ lực bảo trì tăng gấp đôi cho cả hai hệ thống là một lập luận khác ở đây.

Tôi nghĩ bạn nên sử dụng thẩm quyền của mình hoặc chuyển vấn đề đến ban quản lý để nhanh chóng chuyển nội dung từ VSS sang Mercurial và sau đó tắt VSS.

PS Nói về VSS, nó nổi tiếng là mất đăng ký hoặc làm hỏng mã khi bạn ít mong đợi nhất. Nó không hoạt động nhưng nó thường xuyên đi vào các dây thần kinh. Nếu bạn có một sự thay thế tốt hơn, hãy tránh VSS.

Tôi sẽ không bao giờ xem xét việc cho phép một nhà phát triển giả mạo sử dụng một hệ thống kiểm soát nguồn khác với phần còn lại của nhóm.

Kiểm soát nguồn không chỉ để tôi có thể tìm thấy các phiên bản trước của những gì tôi đã làm mà còn những người khác cũng có thể tìm thấy chúng (và phiên bản hiện tại). Điều này là không thể thương lượng. Điều gì xảy ra khi anh ta rời khỏi hoặc bị xe buýt chạy qua và không ai khác có quyền truy cập vào mã của anh ta (điều này thậm chí có thể bị ghi đè bởi quản trị viên mạng khi họ lau máy của anh ta, mà không biết anh ta có quyền kiểm soát nguồn của mình ở đó?

Tôi thực hiện giả định rằng mã kiểm soát nguồn của anh ta có thể chỉ có trên máy của anh ta vì không ai khác đang sử dụng VSS.) Một nhà phát triển thậm chí còn cho rằng một thứ như vậy không chuyên nghiệp và nó sẽ khiến tôi nghi ngờ về tất cả công việc của anh ta. Những gì anh ấy không muốn phần còn lại của bạn nhìn thấy?

VSS cũng nổi tiếng là lỗi. Mã của anh ta thậm chí không an toàn ở đó.

Không ai nên sử dụng VSS để bắt đầu.

Nói với nhà phát triển của bạn để có được một plugin Mercurial cho Visual Studio.

Mọi người nên ở trên cùng một hệ thống quản lý nguồn. Ngoài ra, mục tiêu cuối cùng của bạn là cũng có được tất cả mọi người trên cùng một hệ thống theo dõi lỗi. Bạn đã làm điều đúng đắn trong việc tìm kiếm một giải pháp tích hợp chặt chẽ rồi.

Nếu bạn gặp khó khăn trong việc khiến họ chuyển đổi, hãy thử tiếp cận nó từ quan điểm nghề nghiệp. Nếu họ làm việc ở bất cứ nơi nào khác trong tương lai, nhà tuyển dụng tiềm năng đó có thể sẽ muốn thấy một số kinh nghiệm làm việc với thiết lập ứng dụng quản lý lỗi / nguồn tích hợp.

Nghe lại những gì người khác đã nói, thật tệ khi cho phép anh ta sử dụng VSS chứ không phải Mercurial. Tuy nhiên, hãy để tôi chơi Advocate của Devil và nói rằng bạn có thể để nó trượt nếu, và chỉ khi, anh ấy vẫn cam kết với Mercurial để những người khác có thể truy cập vào tác phẩm của anh ấy nếu cần thiết. IMO không có gì sai khi sử dụng các công cụ ưa thích của bạn miễn là bạn không ngăn người khác truy cập vào công việc họ có thể cần. Tất nhiên, VSS là rác nên không được sử dụng cho dù thế nào đi nữa :)

Chẳng hạn, tôi làm việc tại một công ty sử dụng SVN nhưng không có kho lưu trữ được thiết lập đúng (không có chi nhánh / thẻ / trung kế, mọi thứ chỉ bị ném dưới một kho lưu trữ) và điều này gây ra một số vấn đề mà không ai biết cách khắc phục. Tôi sẽ không gặp vấn đề gì trong trường hợp của mình nếu tôi sử dụng Git cục bộ nhưng vẫn sử dụng git-svn để đẩy công cụ của tôi ra SVN để các thành viên còn lại có nó. Điều đó có ý nghĩa?

Thật không tốt khi có một nhà phát triển sử dụng một công cụ kiểm soát nguồn khác. Một mục đích của việc sử dụng kiểm soát nguồn là để cải thiện tinh thần đồng đội. Và anh ta đang phá vỡ quy tắc này và có thể gây ra nhiều rắc rối sau này, mặc dù gần đây bạn làm việc khá độc lập. Hỏi anh ta tại sao anh ta thích VSS và nói với anh ta những bất lợi khi làm việc theo cách này.