Drupal và versioning

Question

Tôi nhìn cho câu hỏi tương tự như tôi và ai có vẻ đầy hứa hẹn, nhưng Anser chấp nhận là không áp dụng đối với tôi (tôi nghĩ.)

Drupal Source Control Strategy?

Về cơ bản người ta phải có quyền trên máy chủ bạn đang triển khai. Đó không phải là tình huống của tôi. Tôi sử dụng một dịch vụ lưu trữ và tôi không nghĩ rằng tôi có thể cài đặt SVN trên đó. Vì vậy, tôi chỉ phát triển trên một trang web "giả" và bằng cách nào đó làm nhiều việc tung hứng bằng cách kiểm tra trang web giả, không lấy nội dung (bao gồm cơ sở dữ liệu) và đưa nó vào SVN và sau đó phát hành nó trang web?

Cơ sở dữ liệu Drupal trông như thế nào? Giả và các trang web trực tiếp của tôi không/sẽ không có cùng thông tin đăng nhập quản trị/người dùng, v.v.

Những người khác đang làm gì để phát triển trong Drupal và quản lý bản sửa đổi?

Answer 1

Khá nhiều dịch vụ lưu trữ - thậm chí là máy chủ chia sẻ rẻ - đã cài đặt SVN hoặc CVS. Điều đó khác với SVN lưu trữ, một dịch vụ mà một số công ty lưu trữ cung cấp một cách rõ ràng. Nó đáng để kiểm tra; có một khách hàng kiểm soát nguồn sẽ làm cho cuộc sống của bạn dễ dàng hơn nhiều bất kể điều gì.

công việc ra mắt của chúng tôi có xu hướng đi một cái gì đó như:

• Thiết lập codebase
• Đặt nó vào SVN/git/whatever Xây dựng, mã, tạo ra nội dung, cấu hình, vv
• Hãy DB snapshot thường xuyên để bảo vệ sanity
• Xóa mọi nội dung giả hoặc tài khoản người dùng giả được tạo trong khi phát triển
• Mã đẩy vào hộp sản xuất hoặc kiểm tra
  • Nếu bạn có ứng dụng khách kiểm soát nguồn trên máy chủ của mình, hãy sử dụng nó để triển khai bộ mã.
  • Nếu không, hãy tạo một nhánh rõ ràng hoặc phiên bản được mã hóa của cơ sở mã của bạn bằng cách sử dụng bất kỳ cơ chế nào mà hệ thống kiểm soát nguồn của bạn cung cấp.
  • Không thay đổi mã trên máy chủ trực tiếp. Luôn sử dụng cập nhật kiểm soát nguồn hoặc tải lên bản sao đầy đủ của chi nhánh/thẻ "may mắn". Nhận mã của trang web trực tiếp không đồng bộ với chính nó là địa ngục.
• Nếu bạn cần đẩy ảnh chụp mới lên và trực tuyến, có thư mục/db riêng biệt trên webroot cũng nằm dưới sự kiểm soát nguồn hoặc chỉ sử dụng SFT và tải lên ảnh chụp nhanh DB trên cơ sở adhoc. Bạn không muốn giữ chúng trong một thư mục có thể truy cập web rõ ràng, vì mọi người downloaing các snapshot DB thô của bạn là gấp đôi-không-ungood.

Tôi đã thuyết trình về nội dung triển khai cách đây một tháng và đăng các trang trình bày trực tuyến; nó có thể hữu ích. slideshare link

Answer 2

Có hai khía cạnh của phiên bản với Drupal.

1/Cơ cấu

GIT là vũ khí của tôi về sự lựa chọn, nó chủ yếu áp dụng trong cộng đồng Drupal, bên ngoài quá trên thực tế, và cực kỳ linh hoạt.

Với Drupal, bạn cần một vài công cụ cần thiết.

• Tính năng, một mô-đun mà sẽ giúp bạn đưa vào mã số của cấu trúc trang web của bạn thường cư trú trong cơ sở dữ liệu. Quan điểm, các loại nội dung, tắc phân loại từ vựng, thậm chí Điều khoản tắc phân loại, nếu bạn sử dụng UUID & UUID Tính năng mô-đun, vv ...
  

• Drush không chỉ sẽ giúp bạn tạo & cập nhật các tính năng của bạn, nhưng nó là một điều cần thiết công cụ để có khi xây dựng các trang web Drupal. Trừ khi bạn bị dị ứng với dòng lệnh, việc quản lý Tính năng với Drush linh hoạt hơn rất nhiều & mạnh mẽ hơn bằng cách sử dụng Giao diện người dùng của Tính năng.
  
  

2/Nội dung

Đó là một thậm chí còn đơn giản hơn, với điều kiện bạn không có một số lượng lớn các nội dung, bạn có thể sử dụng Sao lưu & Di chuyển module.

Một số dịch vụ lưu trữ thân thiện Drupal sẽ cung cấp cho bạn GIT được cài đặt sẵn, nếu bạn thực sự không thể truy cập vào máy chủ, GIT vẫn là một công cụ phát triển tuyệt vời.

Xin lỗi, tôi chưa cung cấp bất kỳ liên kết nào, hơi muộn ở đây nhưng những công cụ này rất dễ tìm, tôi chắc chắn bạn sẽ không gặp vấn đề gì!