Git - Làm chủ ngữ

Question

OK, vì vậy tôi có quá khứ tutorial introduction to git và tôi biết làm thế nào để:

• Tạo một đối tượng .git địa phương có sản phẩm nào cơ sở dữ liệu
• Thêm các nội dung của toàn bộ thư mục làm việc hiện tại để nó
• Commit việc bổ sung (s)
• Tên chi nhánh
• Tạo một kho lưu trữ từ xa
• Đẩy branches.

Nhưng trải qua quá trình tìm hiểu ban đầu, tôi đã gặp phải nhiều cụm từ mới. Tôi cảm thấy rằng hiểu được ý nghĩa chính xác của những thuật ngữ này là rất quan trọng để không phạm sai lầm không thể đảo ngược khi làm việc với một dự án trực tiếp.

Bạn có thể giới thiệu một nguồn tốt cho có phương pháp học ý nghĩa của điều khoản quan trọng như origin, thạc sĩ, commit vs. push, refs, Thủ trưởng, tạo bản sao so với thanh toán, vv?

Answer 1

Một thuật ngữ rất quan trọng để tìm hiểu trong một DVCS là thượng nguồn:
Xem "Definition of “downstream” and “upstream”"

Xét sự khác biệt của quy trình làm việc giữa một CVCS (Centralized VCS) and a DVCS (Distributed VCS), nó là chìa khóa để nhận ra bạn có repo của bạn so với nhiều " upstream "repos (từ đó bạn can fetch from).

Khái niệm khác để nắm bắt tốt là "rebase vs. merge".

Answer 2

origin và master không có ý nghĩa đặc biệt đối với Git, chúng chỉ là các quy ước. origin là repo "chính" từ xa (mặc dù thường xuyên, bạn sẽ có cả một origin và upstream; trước đây là bản sao của bạn, trong khi upstream là repo phổ biến của nhóm). master chỉ là tên chung cho nhánh chính. Tùy thuộc vào dự án, nó thường là nhánh phát triển nơi các tính năng beta được hợp nhất vào và các sửa lỗi được đẩy tới, mặc dù nó có thể là một nhánh phát hành với sự phát triển xảy ra ở nơi khác.

Cam kết và đẩy được giải thích tại câu hỏi bạn đã liên kết. Chỉ cần nhớ rằng, nếu bạn đang chuyển từ SVN sang Git, "push là cam kết mới" (để trích dẫn một đồng nghiệp của tôi).

Bạn không thực sự cần phải tìm hiểu những người khác "có phương pháp"; chỉ học bằng cách làm. Có quá nhiều để Git phải ghi nhớ từ một cuốn sách cho hầu hết những người chết. Phần mềm theo dõi phiên bản có mục đích cụ thể là làm cho các lỗi có thể đảo ngược; chỉ cần giữ nguyên --force, git reset và git rebase hiện tại.