Cách hiệu quả nhất để làm việc với một người bạn trong cùng một trò chơi là gì?

Chúng tôi cần một cái gì đó để chúng tôi có thể kiểm tra các tệp, chỉnh sửa chúng, kiểm tra lại và sau đó xây dựng từ chúng.

Một cái gì đó giống như Google Docs nơi chúng ta có thể chỉnh sửa cùng một mã cùng một lúc sẽ là một lý tưởng.

Cả hai chúng tôi đều sử dụng Visual Studio 2010.

Như tôi đã nói trong một bình luận cho câu hỏi của bạn, tôi rất tò mò về chỉnh sửa hợp tác thực sự . Tôi đã nghiên cứu cách đây một thời gian nhưng hầu hết các giải pháp đều không đáp ứng các tiêu chuẩn: chúng là các trình soạn thảo văn bản đơn giản với cú pháp tô sáng, có chi phí điên rồ hoặc không có nền tảng chéo (như SubEthaEdit ...)

Cho đến khi tôi vấp vào Saros ! Đây là một plugin Eclipse gọn gàng, do đó có thể dễ dàng tích hợp với quy trình công việc hiện tại của bạn. Bạn có thể xem video demo của họ , nó khá ấn tượng. Đó là suy nghĩ rất tốt cho một môi trường chỉnh sửa hợp tác thực sự và có một số tính năng chính mặc dù rất tốt. Nó hỗ trợ số lượng người tham gia tùy ý, đồng bộ hóa toàn bộ dự án, chỉnh sửa thời gian thực với các điểm đánh dấu và tô sáng (ala Google Docs), theo quan điểm của đối tác, một số phương pháp nhận thức người tham gia và nhiều hơn nữa (thậm chí bạn có thể chia sẻ màn hình của mình bằng plugin này. ) Và rõ ràng nó tích hợp với nhiều plugin Eclipse khác!

Tôi vẫn chưa tự mình thử nghiệm, nhưng đây là một trong số ít các dự án vẫn được duy trì và có vẻ rất hứa hẹn. Hãy thử và cho tôi biết (đọc các hướng dẫn này trước đây.) Tôi hứa tôi sẽ quay lại đây và đăng ấn tượng của mình dưới dạng nhận xét khi tôi tự thử.

EDIT: Ngoài ra, như Gustavo đã chỉ ra trong một bình luận, Cacoo cũng có thể hữu ích. Đây là một công cụ cộng tác trực tuyến để vẽ UML (thực ra là bất kỳ loại sơ đồ nào.) Saros hỗ trợ bảng trắng, nhưng không có gì giống như một công cụ sơ đồ nếu bạn muốn tránh vụng về.

"chúng tôi chỉ cần một cái gì đó để chúng tôi có thể kiểm tra các tệp chỉnh sửa chúng và sau đó kiểm tra lại và xây dựng từ cùng một bộ tệp"

Sử dụng kiểm soát phiên bản; một hệ thống kiểm soát phiên bản (VCS) chính xác như những gì bạn đã mô tả, với phần thưởng được thêm vào mà nó lưu trữ lịch sử của mọi thay đổi mà bất kỳ ai đã thực hiện. Có rất nhiều hệ thống kiểm soát phiên bản phổ biến ngoài kia:

http://subversion.apache.org/

http://mercurial.selenic.com/

http://git-scm.com/

Tôi không sử dụng Visual Studio cá nhân, nhưng tôi hoàn toàn chắc chắn rằng Visual Studio có hỗ trợ cho tất cả các hệ thống kiểm soát phiên bản này.

Đối với nhóm của tôi, chúng tôi sử dụng ba chương trình tùy thuộc vào những gì chúng tôi cần làm việc:

• TortoiseSVN cho mã (cố gắng để các lập trình viên sử dụng cùng một IDE, chuẩn hóa các quy ước và khuyến khích nhận xét tốt)
• Dropbox cho đa phương tiện (đối với các mô hình / họa tiết / tệp âm thanh, cho phép các nhà phát triển làm việc cục bộ cho đến khi các nghệ sĩ / nhà soạn nhạc / người tạo mô hình sẵn sàng cung cấp)
• GoogleDocs cho tài liệu (dành cho tài liệu thiết kế / mockup / pitch thường dành cho nhà thiết kế, quản lý và nhà sản xuất)

Để phối hợp nỗ lực của các thành viên khác nhau (những người làm việc tại các thời điểm khác nhau), chúng tôi sử dụng hệ thống bán vé của Assembla . Bằng cách này, mọi người đều được cập nhật về trạng thái của toàn bộ dự án hoặc một con đường cụ thể mà họ chọn. Đồng thời sử dụng Skype / Google Hangout / Giao tiếp trực tiếp để đảm bảo mọi người đều ở trên cùng một trang trên ít nhất một tuần.

Phương pháp này thường hoạt động khi một nhóm bao gồm 3-5 người đã thiết lập vai trò (lập trình viên, nghệ sĩ, người tạo mô hình, nhà thiết kế, v.v.). Nếu điều này không hiệu quả, hãy thử các phương pháp khác hoặc kết hợp các khía cạnh làm việc để tạo một trong những phương pháp của riêng bạn. Chúc may mắn!

Âm thanh như bạn muốn hoặc hộp thả, hệ thống kiểm soát phiên bản hoặc cả hai.

Dropbox là tiện lợi nhất. Chỉ cần thực hiện các thay đổi của bạn và lưu và Dropbox sẽ đồng bộ hóa các thay đổi trên máy bạn bè của bạn. Đừng nghĩ rằng 2 người có thể làm việc trên tệp cùng một lúc mặc dù không ghi đè lên nhau làm việc.

Tuy nhiên, tôi khuyên bạn nên sử dụng hệ thống kiểm soát phiên bản Subversion , GIT và Mercurial hiện là lớn 3. Có rất nhiều lợi thế khi sử dụng VCS: bao gồm khả năng tự động sao lưu, thay đổi rollback và kiểm tra mã của bạn trên bất kỳ máy tính nào có quyền truy cập vào máy chủ của bạn.

Sau khi sử dụng 3 tôi đã đề cập, tôi thấy Subversion dễ dàng nhất để bắt đầu và Assembla cho phép các kho lưu trữ SVN hoặc GIT riêng miễn phí .

Như đã đề cập trong các câu trả lời khác, một VCS là con đường để đi. Git là sở thích của tôi, nhưng đó chỉ có thể là vì nó là cái đầu tiên tôi sử dụng.

Tôi thấy cuốn sách trực tuyến này rất hữu ích cho việc học Git. http://progit.org/book/ Bất kể bạn sử dụng VCS nào, đều đáng để dành một vài giờ để tìm ra cách sử dụng nó.

Một điều đáng nói nữa - VCS rất tốt cho mã nguồn (hoặc bất kỳ tệp văn bản nào), nhưng việc lưu trữ hình ảnh và tệp âm thanh có thể làm hỏng kho lưu trữ của bạn một cách không cần thiết. Một số người đề xuất một kho lưu trữ riêng cho việc này, nhưng tôi thấy Dropbox hoạt động tốt cho các loại tài nguyên này.

Đối với một dự án trường học, chúng tôi đã sử dụng thư mục Dropbox công khai và sử dụng tập lệnh này để cập nhật tài nguyên của chúng tôi https://github.com/dc2011/td/blob/master/tools/extrafiles.sh

Nó kiểm tra hàm băm md5 của tệp trong Dropbox so với hàm băm của tệp đã có trên đĩa (nếu nó tồn tại) để chỉ các tệp mới hoặc thay đổi được tải xuống.

Như nhiều người đã đề cập, bạn cần kiểm soát phiên bản. Có một ưu đãi miễn phí tốt đẹp từ phần mềm FogCalet (bạn phải cảm ơn họ vì đã cung cấp stackexchange giúp trang web này có thể). Nó được gọi là Kiln (được xây dựng trên đỉnh Mercurial ) và nó tích hợp với một sản phẩm phần mềm theo dõi lỗi / tính năng / thời gian tuyệt vời mà họ đã xây dựng được gọi là FogBugz . Đối với một nhóm gồm 2 nhà phát triển, họ cung cấp các phiên bản miễn phí của các sản phẩm này (và lưu trữ chúng cho bạn). Tôi sử dụng thiết lập này cho các dự án của riêng tôi và các phiên bản trả phí cho tất cả các sản phẩm phần mềm tôi làm việc cho chủ nhân của mình (chúng tôi có một nhóm các nhà phát triển lớn hơn nhiều, vì vậy phải sử dụng các phiên bản trả phí). Đáng xem cho chắc chắn.

Nếu bạn quyết định sử dụng chúng, đây là một số hướng dẫn tốt hoặc các liên kết hữu ích để bạn bắt đầu:

• Người sáng lập FogCalet Hướng dẫn của về Mercurial (và Kiln theo phần mở rộng)
• Lò nung Stackexchange (như trang web này, nhưng đối với Kiln)
• FogBugz Stackexchange (một lần nữa, giống như trang web này, nhưng đối với FogBugz)
• Video giới thiệu FogBugz .

Các công cụ mà nhóm của tôi sử dụng để cộng tác trơn tru:

• GitHub, nếu bạn có một ít tiền là một cách cực kỳ rẻ và dễ dàng để lưu trữ tất cả nguồn của bạn. Đây là nền tảng kiểm soát phiên bản mà hầu hết mọi người ở đây đã nói về. Hãy nghĩ về nó như một tài khoản Pastebin tồn tại trên ổ cứng cục bộ của bạn và được cập nhật bất cứ khi nào bất kỳ thành viên nào trong nhóm của bạn thực hiện thay đổi. Các dự án được lưu trữ được gọi là lưu ký. Có rất nhiều ứng dụng khách Git miễn phí, một số trong số họ tích hợp ngay vào Windows để giữ cho tiền gửi của bạn sạch sẽ và cập nhật.

• Google tài liệu cho các tài liệu thiết kế trò chơi, ý tưởng, khái niệm nghệ thuật.

• Việc sử dụng DropBox không thường xuyên nếu một trong số chúng tôi cần một tài sản hoặc tập lệnh cụ thể ... tuy nhiên điều này rất hiếm và chúng tôi muốn làm việc thông qua GitHub.

Nếu bạn sử dụng Visual Studio, tùy chọn tốt nhất là Team Foundation, là của Microsoft và là Điều khiển phiên bản tốt nhất mà tôi biết, điều tiêu cực là bạn cần một máy chủ, máy chủ sql và máy chủ nền tảng nhóm để chạy trong máy chủ (khách hàng đã sẵn sàng với studio trực quan), nếu bạn có cơ hội, hãy thử nó.

Để lập trình cặp ảo, tôi sử dụng thiết lập này (điều phối mọi thứ qua Skype):

1. Cài đặt máy chủ SSH trên một trong các máy của bạn.
2. Cài đặt tmux
3. Người khác ssh vào máy tính của bạn.
4. Yêu cầu chủ nhà bắt đầu một phiên tmux
5. Yêu cầu đối tác của bạn chạy 'tmux at' trong kết nối SSH của anh ấy

Bây giờ bạn và bạn của bạn sẽ thấy cùng một màn hình thiết bị đầu cuối. Nhưng bạn có thể muốn khả năng làm việc cùng nhau bên ngoài máy tính của bạn, phải không?

1. Tạo một tài khoản Bitbucket.org, tạo một dự án (tôi thích Git) và làm theo hướng dẫn của họ về việc tạo một kho lưu trữ trống.
2. Sao chép các tệp của dự án của bạn bằng "git add. && git commit -m 'Cam kết ban đầu.'"
3. Đẩy lên Bitbucket bằng "git push origin master"

Bây giờ bạn và bạn của bạn có thể làm việc với các thay đổi một cách độc lập và đẩy chúng lên Bitbucket khi bạn đã sẵn sàng.

Điều này sẽ không cho phép cả hai bạn chỉnh sửa cùng nhau trong Visual Studio theo bất kỳ cách nào hay, nhưng bạn sẽ có thể tự chỉnh sửa mã nguồn nếu bạn ghép nối một số tính năng mới hoặc gỡ lỗi một vấn đề. Miễn là bạn đẩy các thay đổi của mình sau đó, bạn của bạn có thể mở nó trong VS.

Tôi sẽ đề nghị kiểm soát phiên bản Bazaar . Đó là nhỏ, thiết thực, rất tốt cho các dự án nhỏ / một người đàn ông. Git và SVN được sử dụng thường xuyên hơn cho các dự án / nhóm lớn hơn. Bazaar có plugin phát triển VS, nhưng đối với bạn, nó không tạo ra nhiều sự khác biệt khi sử dụng nó bên ngoài VS. Thật dễ dàng để sử dụng nó khi bạn đã biết và thiết lập ban đầu. Nó có thêm vài plugin có ích.

Đã có rất nhiều gợi ý hay nhưng nếu bạn muốn tìm kiếm một giải pháp đơn giản và công nghệ thấp, thì đây là cách hiệu quả khi tôi hợp tác:

1. Sử dụng các bình luận tại phần đầu của mỗi tập lệnh để theo dõi khi nào nó được chỉnh sửa, ai và khi nào tức là:

   Vers      Date      Author   Note
   
   1.0.1     12/10/11  Paul     Added a new boss to level 12
   1.0.2     22/11/11  Frank    Fixed the bug introduced by Paul

2. Một diễn đàn riêng hay tốt hơn vẫn là Wiki là một cách tốt để truyền đạt ý tưởng và giữ cho mọi người luôn cập nhật tiến độ.

Các ý tưởng đưa ra đã tốt hơn giải pháp này nhưng điều này rất dễ thực hiện với đầu tư thời gian tối thiểu, đối với một dự án nhỏ chỉ với một vài người làm việc cùng nhau, nó có thể đủ cho nhu cầu của bạn.

Đã từng làm việc cho một tổ chức toàn cầu lớn, tôi có thể thành thật nói rằng thời gian bị mất do băng đỏ xung quanh phần mềm kiểm soát phiên bản (MKS) của họ là một nỗi đau thực sự!