Các --depth 1
tùy chọn trong git clone
:
Tạo một bản sao nông với một lịch sử được cắt ngắn theo số lần sửa đổi được chỉ định. Kho lưu trữ nông có một số hạn chế (bạn không thể sao chép hoặc tìm nạp từ nó, cũng không được đẩy từ đó vào), nhưng là đủ nếu bạn chỉ quan tâm đến lịch sử gần đây của một dự án lớn có lịch sử lâu dài và muốn gửi các bản sửa lỗi như các bản vá.
Nhưng tôi đã thực hiện thành công một bản sao nông, thực hiện một số thay đổi và đẩy những thay đổi đó trở lại nguồn gốc (bản sao trần).
Nó có ý nghĩa với tôi - ý tôi là tại sao không? khi tiêu đề nhân bản được xác định trong nguồn gốc và cam kết của tôi đứng đầu về điều này, dường như không có lý do. Nhưng hướng dẫn sử dụng nói khác.
Tôi thích ý tưởng về bản sao nông - ví dụ như lõi drupal: không có cách nào tôi cần biết điều gì đã xảy ra trong drupal 4 khi tôi bắt đầu từ 7. - nhưng tôi không muốn tự bắn vào chân mình.
Vì vậy, nó có an toàn để nhân bản nông, phát triển các cam kết trong đó, kéo lại để theo kịp với các cập nhật từ nguồn gốc?
--orphan
khái niệm có vẻ tương tự và tôi dự định sẽ có một vở kịch. Vẫn có chút lo ngại rằng các tài liệu không phù hợp với thực tế [vì ai nói tài liệu đó --orphan
là chính xác?!]