Quản lý nhiều người làm việc trong một dự án với GIT

Tôi rất mới với GIT / GitHub (mới như bắt đầu từ hôm qua). Tôi muốn biết cách tốt nhất để quản lý nhiều người làm việc trong cùng một dự án với Github là gì. Hiện tại tôi đang quản lý một dự án với bốn nhà phát triển.

1. Làm cách nào để xử lý công việc và đảm bảo mọi thứ đều đồng bộ?

   (Lưu ý: Tất cả các nhà phát triển sẽ có một tài khoản chung.)

2. Có phải mỗi nhà phát triển cần phải ở trên một chi nhánh khác nhau?

3. Tôi có thể xử lý 2 người làm việc trên cùng một tệp không?

Xin vui lòng gửi một câu trả lời chi tiết, tôi không phải là một người đọc nhút nhát. Tôi cần phải hiểu rõ điều này.

Nếu tất cả các nhà phát triển có quyền truy cập vào repo, bạn không cần phải làm gì đặc biệt. Họ sẽ lấy các thay đổi từ repo, tự thay đổi, cam kết cục bộ và sau đó đẩy lùi vào repo công khai khi họ có việc gì đó.

Mặt khác, nếu bạn có một (hoặc một vài) nhà phát triển chịu trách nhiệm cam kết với repo và những người khác đang cung cấp các bản vá cho những điều này. Yêu cầu mỗi người nhân bản repo vào tài khoản của chính họ và yêu cầu họ gửi yêu cầu kéo khi họ có thay đổi họ muốn vào repo chính.

Bạn cũng có thể tạo các bản sao cụ thể để làm việc trên các tính năng cụ thể nếu bạn muốn. Sử dụng cùng một quy trình công việc với các yêu cầu kéo để có được các thay đổi trong repo chính khi tính năng được hoàn thành.

Nếu bởi "Tất cả các nhà phát triển sẽ có một tài khoản chung" thì bạn có nghĩa là tất cả các nhà phát triển sẽ chia sẻ một tài khoản GitHub và xuất hiện dưới dạng cùng một người chuyển phát trong repo, đó là một ý tưởng tồi. Tạo các tài khoản riêng biệt và thiết lập chúng làm cộng tác viên nếu bạn muốn tất cả chúng có quyền truy cập cam kết.

Đối với các câu hỏi cụ thể của bạn:

2. Không, sử dụng các nhánh cho các tính năng, sửa lỗi, vv sẽ mất nhiều hơn một cam kết. Nhiều nhà phát triển có thể làm việc trên cùng một chi nhánh.

3. Có, git xử lý xung đột thực sự tốt, vì vậy không có vấn đề gì khi mọi người làm việc trên cùng một tệp. Không có vấn đề gì ngoại trừ, giải quyết xung đột có thể không phải lúc nào cũng tầm thường nếu có những thay đổi cơ bản đối với một tệp đã được chỉnh sửa bởi nhiều thành viên. Điều này tuy nhiên không có gì không thể vượt qua bằng cách nói chuyện với nhau. Kiểm soát phiên bản không thay thế giao tiếp.

Chúc may mắn!

Chúng tôi làm việc với 2 nhà phát triển và chúng tôi sử dụng quy trình công việc này:

• Trên Github, chúng tôi có một nhánh chính và một nhánh dev
• Nhánh chính giống như sản xuất hoặc chứa mã sẵn sàng triển khai
• Chi nhánh dev đi trước chủ và chứa tất cả mã mới hiện đang được làm việc trên
• Tại địa phương, cả hai chúng tôi đều làm việc trên nhánh dev và đẩy sang github khi có gì đó sẵn sàng
• Nhà phát triển khác tìm nạp bất kỳ thay đổi mới nào từ nhánh nhà phát triển trước khi đẩy mã mới của mình
• Khi nhánh dev tốt, chúng ta hợp nhất với nhánh master
• Tại địa phương chúng tôi có một số chi nhánh tính năng phát hành chi nhánh, vv

Tôi chỉ thấy câu trả lời bằng văn bản ở đây, vì vậy tôi nghĩ rằng tôi sẽ đăng một bức ảnh về một gitflow đẹp để bắt đầu. Một bức tranh mô tả hơn một ngàn từ:

• Luồng này cũng hoạt động tốt với Triển khai liên tục.
• Chi nhánh chính của bạn chứa mã hiện đang chạy trên máy chủ sản xuất của bạn.
• Chi nhánh phát triển của bạn chứa mã hiện đang chạy trên máy chủ dàn / thử nghiệm.

Tôi làm việc với 3 nhà phát triển khác và chúng tôi phải vật lộn với điều này khá nhiều. Các nhà phát triển đôi khi sẽ đưa các cam kết vào sản xuất mà thực sự chưa sẵn sàng cho thời gian chính vì họ sẽ đưa các cam kết khác vào thay đổi của mình và sau đó đẩy vào sản xuất. Chi nhánh phiên bản có vẻ hoạt động tốt cho chúng tôi. Vì vậy, nếu phiên bản 1.0 là phiên bản ổn định hiện tại, chúng tôi sẽ tạo một nhánh để phát triển v1.1. Các nhà phát triển sẽ thực hiện thay đổi trong chi nhánh này. Máy chủ thử nghiệm của chúng tôi kiểm tra chi nhánh này và kéo các thay đổi khi cần thiết. Khi tất cả các tính năng cho v1.1 đã sẵn sàng và thử nghiệm đã hoàn tất, chúng tôi sẽ hợp nhất v1.1 với chủ và đẩy. Với các nhánh, nhóm phát triển A có thể hoạt động trên v1.1 và nhóm phát triển B có thể hoạt động v1.2. Cả hai đội có thể làm việc mà không tác động lẫn nhau. Nếu đội A phát triển thứ gì đó mà B có thể sử dụng,

Chúng tôi cũng sử dụng một nhánh hotfix được sử dụng để thay đổi ngay lập tức.

Đây là một liên kết đến một hình ảnh của cái này trông như thế nào. http://nvie.com/img/git-model@2x.png