2010-07-11 32 views
5

Tôi có một ứng dụng web dưới sự kiểm soát nguồn trong git. Tôi có các tệp css khác nhau cho các khách hàng khác nhau cũng như hình ảnh và các chủ đề cụ thể khác. Và cũng có thể báo cáo tùy chỉnh ... Bên cạnh chủ đề, mọi khía cạnh khác của ứng dụng vẫn giữ nguyên. Điều gì sẽ là một cách được khuyến nghị để giữ cho ứng dụng cũng như thông tin chủ đề trong điều khiển nguồn trong git. Tôi có nên sử dụng các nhánh cho chủ đề và các báo cáo hoặc mô-đun con ... Trong quá trình phát triển, tôi muốn khách hàng của tôi theo chủ đề ... Chi tiết ...Luồng công việc Git cho các tệp và chủ đề css tùy chỉnh

Là một cái gì đó giống như có thể với GIT?

Trả lời

3

Chi nhánh là một cách để thực hiện điều đó, nhưng vì Git là DVCS, bạn cần phải xử lý khía cạnh xuất bản (là orthogonal to branching): điều gì sẽ đẩy đến repo khác và ở đâu ?.
Ý nghĩa nếu bạn bắt đầu bằng cách quản lý các chi nhánh cho mỗi khách hàng, bạn thực sự cần phải nhớ:

  1. để cập nhật cho các chi nhánh với mã chung (git rebase --interactive) để phát lại các cam kết của khách hàng cụ thể trên đầu trang của phát triển chung cam kết (mà nằm trong 'f2 instance' branch foir instance).
  2. để đẩy chi nhánh phải sang repo từ xa phù hợp để xuất bản các thay đổi phù hợp.

Đối với loại cấu trúc phát triển (một mô-đun thông thường, một số module khách hàng cụ thể), tôi sẽ xem xét một cách tiếp cận thành phần và sử dụng git submodules.

  • một repo độc lập cho tất cả các mã thông thường
  • một repo mỗi khách hàng cho al css, báo cáo và chủ đề file
  • một repo mẹ mỗi khách hàng mà sẽ tổng hợp các phiên bản bên phải của submodules quyền trong trật tự để xây dựng và xuất bản ứng dụng web của ứng dụng khách.
+0

Cảm ơn câu trả lời của bạn, tôi sẽ thử. Có cơ hội trích xuất một mô-đun con ra khỏi các tệp hiện có trong kho lưu trữ mô-đun chung không? –

+0

@server: Tôi tin như vậy. Xem http://stackoverflow.com/questions/3076629/creating-a-submodule-in-a-git-project/3076862#3076862 để bắt đầu. – VonC

Các vấn đề liên quan