Cách tốt nhất để giữ mã trang web của bạn trong git và lấy lõi và đóng góp trong cùng một kho lưu trữ là gì?

Quay lại khi drupal ở CVS, tôi đã có các trang web của mình trong kho git và sau đó lấy lõi và đóng góp thông qua CVS. Hai hệ thống cùng tồn tại và tôi có thể theo dõi các thay đổi đối với mọi thứ và tạo các bản vá cho các mô-đun đóng góp. Bây giờ với git tôi không chắc có nên tải xuống contrib và core và kiểm tra nó vào kho git của trang web của tôi hay có thể sử dụng các mô hình con?

Tôi tự hỏi nếu có bất kỳ thực hành tốt nhất về điều này chưa? Tôi đặc biệt bối rối về việc làm thế nào để có lõi như một mô hình con nếu repo của tôi sử dụng thư mục gốc drupals làm gốc của chính nó?

version-control

— naxoc
nguồn

Câu trả lời:

Không chính xác câu hỏi tương tự như /drupal/260/deploying-drupal-with-git nhưng tôi có câu trả lời tương tự cho bạn.

http://freso.dk/en/2011/02/26/managing_fresodk_from_cvs_in_svn_to_git

Tôi nghĩ rằng có thể hữu ích khi có Drupal Core như một kiểm tra thực sự, làm cho nó dễ dàng hơn để theo dõi các bản hack. Bởi vì đôi khi, đơn giản là không có cách nào khác, có thể là thay đổi thành .htaccess hoặc có thể bạn đã áp dụng một số bản vá cho các lỗi ảnh hưởng trực tiếp đến bạn.

— Berdir
nguồn

Tôi thích cách tiếp cận đó. Điều duy nhất tôi vẫn không chắc chắn là làm thế nào để đẩy repo đến điều khiển từ xa? Ý tôi là nếu kiểm tra cơ sở là từ drupal.org?

— naxoc

Bạn có thể có nhiều điều khiển từ xa như bạn muốn. Để dễ dàng hơn, bạn có thể đổi tên từ xa drupal thành drupal (git nhánh đổi tên gốc drupal), sau đó thêm tên riêng của bạn làm gốc (git remote add origin user@example.org: repo.git). Sau đó, bạn vẫn có thể định cấu hình nhánh lõi (7.x) để lấy từ drupal theo mặc định (nhánh git --set-

— upflow

Hoàn hảo. Đó chỉ là những gì tôi đang tìm kiếm!

— naxoc

Chỉ cần một sự điều chỉnh nhỏ để git branch rename origin drupal- nó nên được git remote rename origin drupal.

— naxoc

Vì bạn không nên hack core, hãy đảo ngược suy nghĩ của bạn: thay vì biến core thành một mô hình con của trang web của bạn, hãy biến mã tùy chỉnh của bạn thành một mô hình con của core. Khi bạn sao chép kho lưu trữ lõi, bạn có thể làm bất cứ điều gì bạn muốn với nó, bao gồm thêm các mô hình con của riêng bạn vào nó.

Ngoài ra, hãy cân nhắc việc không sử dụng kho git lõi cho trang web của bạn và cập nhật lên bản phát hành mới nhất bằng các chức năng khác, như drush. Bằng cách này, bạn chỉ phải mô phỏng các mô-đun đóng góp. Trừ khi bạn đóng góp vào cốt lõi hoặc thực hiện những điều khó khăn phụ thuộc vào sửa lỗi chưa được phát hành, tiện ích nhận tất cả các cam kết thông qua VCS là tối thiểu.