Quy trình làm việc GIT của một nhà phát triển (chuyển từ FTP đơn giản)

Tôi đang cố gắng quyết định xem việc chuyển sang VCS có hợp lý với tôi không. Tôi là một nhà phát triển web duy nhất trong một tổ chức nhỏ (5 người). Tôi đang nghĩ về VCS (Git) vì những lý do sau: kiểm soát phiên bản, sao lưu ngoại vi, kho lưu trữ mã tập trung (có thể truy cập từ nhà).

Hiện tại tôi làm việc trên một máy chủ trực tiếp. Tôi FTP, thực hiện các chỉnh sửa của mình và lưu chúng, sau đó tải lại và làm mới. Các chỉnh sửa thường là các tệp chủ đề / plugin cho CMS (ví dụ Concrete5 hoặc Wordpress). Điều này hoạt động tốt nhưng không cung cấp sao lưu và không kiểm soát phiên bản.

Tôi đang tự hỏi làm thế nào tốt nhất để tích hợp VCS vào thủ tục này. Tôi dự tính sẽ thiết lập máy chủ Git trên máy chủ web của công ty, nhưng tôi không rõ cách đẩy các thay đổi ra khỏi tài khoản khách hàng (thường là VPS trên cùng một máy chủ) - hiện tại tôi chỉ cần đăng nhập vào SFTP với các chi tiết của họ và thực hiện Những thay đổi trực tiếp.

Tôi cũng không chắc chắn những gì hợp lý sẽ đại diện cho một kho lưu trữ - mỗi trang web của khách hàng sẽ có một kho riêng của họ?

Bất kỳ hiểu biết hoặc kinh nghiệm sẽ thực sự hữu ích. Tôi không nghĩ rằng tôi cần toàn bộ sức mạnh của Git, nhưng kiểm soát phiên bản cơ bản và truy cập trên thực tế trên đám mây sẽ thực sự hữu ích.

EDIT: Tôi đã thu hẹp nó xuống hai tùy chọn có vẻ hợp lý nhất. Đầu tiên dựa trên câu trả lời của ZweiBlumen , theo đó các chỉnh sửa được thực hiện trên máy chủ trực tiếp và được cam kết từ đó đến máy chủ Git (bên ngoài). Điều này có lợi thế là quy trình làm việc của tôi sẽ không thay đổi nhiều (có thêm bước thực hiện các cam kết, nhưng nếu không thì nó giống hệt nhau).

Tùy chọn thứ hai là làm việc cục bộ bằng XAMPP, sau đó cam kết thay đổi từ máy cục bộ. Chỉ khi trang web hoạt động, tôi mới tải bài viết đã hoàn thành lên máy chủ web từ máy cục bộ (ngay sau khi cam kết cuối cùng với Git). Về lý thuyết điều này có vẻ ổn, nhưng nếu sau đó trang web yêu cầu sửa đổi và tôi thực hiện chúng trên máy chủ trực tiếp (như tôi thường làm) thì tôi sẽ cần sao chép thủ công các tệp đã thay đổi trong repo cục bộ của mình, sau đó cam kết những thay đổi đó với Máy chủ Git. Điều này có vẻ quá phức tạp và có lẽ là quá nhiều so với quy trình làm việc hiện tại của tôi.

Tôi nghĩ về sự cân bằng tôi sẽ đưa ra lựa chọn số 1 và xem cách tôi tiếp tục.

Những gì tôi làm (với Subversion, nhưng cũng sẽ hoạt động với Git) là cam kết mọi thứ với một kho lưu trữ Subversion, nhưng rõ ràng là chia thành các dự án, nhánh, thẻ khi cần thiết. Sau đó tôi kiểm tra các kho lưu trữ này đến máy chủ trực tiếp. Do đó, khi tôi thực hiện thay đổi trên máy dev của mình và cam kết điều này với kho lưu trữ, thường chỉ đơn giản là một trường hợp cập nhật bản sao đã kiểm tra trên máy chủ trực tiếp để thực hiện các thay đổi trực tiếp. Phần thưởng thêm vào là nếu tôi cần sửa nhanh trên máy chủ trực tiếp, tôi cam kết điều này với kho lưu trữ từ máy chủ và cập nhật bản sao làm việc trên máy dev của tôi.

Tôi chắc chắn có nhiều cách khác để quản lý việc này, nhưng tôi thấy điều này khá đơn giản và tôi hoàn toàn giống như bạn: nhà phát triển duy nhất trong một tổ chức nhỏ (4 người).

Thật dễ dàng để tạo một post-updatehook , nó tự động cập nhật (xuất với git archiveưu tiên bảo mật) thư mục dữ liệu máy chủ web khi bạn đẩy đến một nhánh cụ thể.

Vì vậy, có một kho git được thiết lập ở đâu đó (vì lý do bảo mật tôi sẽ đặt nó trên máy chủ khác với web) với hook như vậy. Tất nhiên bạn sẽ cần máy chủ thử nghiệm để kiểm tra các thay đổi lớn hơn, có thể là trên máy cục bộ của bạn hoặc được cập nhật bằng cách đẩy sang các nhánh khác. Trong cả hai trường hợp, bạn có thể bỏ qua nó để sửa lỗi chính tả và sửa lỗi CSS đơn giản bằng cách thực hiện cam kết và đẩy.

Tôi sẽ làm theo các bước sau:

1. Thiết lập máy chủ từ xa với cặp khóa công khai / riêng phù hợp để đẩy / kéo từ xa
2. Thiết lập hai nhánh thử nghiệm và phát hành
3. Phát triển cục bộ với môi trường thử nghiệm trong nhánh thử nghiệm
4. Khi bạn hài lòng hợp nhất với nhánh phát hành và đẩy đến máy chủ từ xa
5. Móc máy chủ từ xa để cập nhật lên phiên bản phát hành mới nhất

Thiết lập một repo trên mỗi trang web, để giữ cho chúng không lộn xộn lẫn nhau. Các nhánh riêng biệt cho phép bạn tránh việc khóa phiên bản "tốt" hiện tại bước sang những gì bạn đang làm việc, có thể có hoặc không hoạt động.