Có cách nào đơn giản để sao lưu toàn bộ repo git bao gồm tất cả các nhánh và thẻ không?

Điều gì về chỉ làm một bản sao của nó?

git clone --mirror other/repo.git

Mỗi kho lưu trữ là một bản sao lưu từ xa của nó.

git bundle

Tôi thích phương pháp đó, vì nó chỉ dẫn đến một tệp, dễ dàng sao chép hơn.
Xem ProGit: bó nhỏ niềm vui .
Xem thêm " Làm thế nào tôi có thể gửi email cho ai đó một kho lưu trữ git? ", Trong đó lệnh

git bundle create /tmp/foo-all --all

là chi tiết:

git bundlesẽ chỉ gói tham chiếu được hiển thị bởi git show-ref : bao gồm các đầu, thẻ và đầu từ xa.
Điều rất quan trọng là cơ sở được sử dụng phải được tổ chức bởi điểm đến.
Không có gì sai sót khi thận trọng, khiến tệp bó chứa các đối tượng đã có trong đích, vì chúng bị bỏ qua khi giải nén tại đích.

Để sử dụng gói đó, bạn có thể sao chép nó, chỉ định thư mục không tồn tại (bên ngoài bất kỳ repo git nào):

git clone /tmp/foo-all newFolder

Mở rộng một số câu trả lời khác, đây là những gì tôi làm:

Thiết lập repo: git clone --mirror user@server:/url-to-repo.git

Sau đó, khi bạn muốn làm mới bản sao lưu: git remote updatetừ vị trí nhân bản.

Điều này sao lưu tất cả các nhánh và thẻ, bao gồm cả các nhánh mới được thêm vào sau, mặc dù đáng lưu ý rằng các nhánh bị xóa không bị xóa khỏi bản sao (để sao lưu có thể là một điều tốt).

Đây là nguyên tử nên không có vấn đề gì mà một bản sao đơn giản sẽ xảy ra.

Xem http://www.garron.me/en/bits/backup-git-bare-repo.html

Mở rộng dựa trên các câu trả lời tuyệt vời của KingCrunch và VonC

Tôi kết hợp cả hai:

git clone --mirror git@some.origin/reponame reponame.git
cd reponame.git
git bundle create reponame.bundle --all

Sau đó, bạn có một tập tin được gọi là reponame.bundlecó thể dễ dàng sao chép xung quanh. Sau đó, bạn có thể tạo một kho git bình thường mới từ đó bằng cách sử dụng git clone reponame.bundle reponame.

Lưu ý rằng git bundlechỉ các bản sao cam kết dẫn đến một số tham chiếu (nhánh hoặc thẻ) trong kho lưu trữ. Vì vậy, các cam kết rối không được lưu trữ vào gói.

Tất cả mọi thứ được chứa trong .gitthư mục. Chỉ cần sao lưu cùng với dự án của bạn như bất kỳ tập tin nào.

sử dụng gói git, hoặc bản sao

sao chép thư mục git không phải là một giải pháp tốt vì nó không phải là nguyên tử. Nếu bạn có một kho lưu trữ lớn cần nhiều thời gian để sao chép và ai đó đẩy vào kho lưu trữ của bạn, nó sẽ ảnh hưởng đến việc sao lưu của bạn. Nhân bản hoặc tạo một gói sẽ không có vấn đề này.

Bạn có thể sao lưu git repo bằng git-copy ở kích thước lưu trữ tối thiểu.

git copy /path/to/project /backup/project.repo.backup

Sau đó, bạn có thể khôi phục dự án của bạn với git clone

git clone /backup/project.repo.backup project

Câu trả lời đúng IMO là git clone --mirror . Điều này sẽ sao lưu đầy đủ repo của bạn.

Gương nhân bản Git sẽ sao chép toàn bộ kho lưu trữ, ghi chú, đầu, ref, v.v. và thường được sử dụng để sao chép toàn bộ kho lưu trữ sang máy chủ git mới. Điều này sẽ kéo xuống tất cả các chi nhánh và mọi thứ, toàn bộ kho lưu trữ.

git clone --mirror git@example.com/your-repo.git

• Thông thường nhân bản một repo không bao gồm tất cả các chi nhánh, chỉ có Master.

• Sao chép thư mục repo sẽ chỉ "sao chép" các nhánh đã được kéo vào ... vì vậy theo mặc định đó chỉ là nhánh Master hoặc các nhánh khác mà bạn đã kiểm tra trước đó.

• Lệnh bó Git cũng không phải là điều bạn muốn: "Lệnh bó sẽ gói mọi thứ thường được đẩy qua dây bằng lệnh git đẩy vào tệp nhị phân mà bạn có thể gửi email cho ai đó hoặc đặt vào ổ flash, sau đó giải phóng vào kho lưu trữ khác. " (Từ sự khác biệt giữa git clone --mirror và git clone --bare )

Chủ đề này rất hữu ích để có được một số hiểu biết về cách sao lưu của git repos có thể được thực hiện. Tôi nghĩ rằng nó vẫn còn thiếu một số gợi ý, thông tin hoặc kết luận để tìm ra "cách chính xác" (tm) cho chính mình. Do đó, chia sẻ suy nghĩ của tôi ở đây để giúp đỡ người khác và đưa họ lên thảo luận để nâng cao họ. Cảm ơn.

Vì vậy, bắt đầu với việc chọn câu hỏi ban đầu:

• Mục tiêu là đến càng gần càng tốt với bản sao lưu "đầy đủ" của kho git.

Sau đó làm phong phú nó với những mong muốn điển hình và chỉ định một số cài đặt trước:

• Sao lưu qua "bản sao nóng" được ưu tiên để tránh thời gian ngừng dịch vụ.
• Những thiếu sót của git sẽ được xử lý bằng các lệnh bổ sung.
• Một tập lệnh nên thực hiện sao lưu để kết hợp nhiều bước cho một bản sao lưu duy nhất và để tránh những lỗi của con người (lỗi chính tả, v.v.).
• Ngoài ra, một tập lệnh nên thực hiện khôi phục để điều chỉnh kết xuất với máy đích, ví dụ, ngay cả cấu hình của máy ban đầu cũng có thể đã thay đổi kể từ khi sao lưu.
• Môi trường là một máy chủ git trên máy Linux với hệ thống tệp hỗ trợ các liên kết cứng.

1. Sao lưu git repo "đầy đủ" là gì?

Quan điểm khác nhau về bản sao lưu "100%" là gì. Đây là hai cái điển hình.

Quan điểm của nhà phát triển số 1

• Nội dung
• Người giới thiệu

git là một công cụ dành cho nhà phát triển và hỗ trợ quan điểm này thông qua git clone --mirrorvà git bundle --all.

# 2 Quan điểm của quản trị viên

• Tệp nội dung
  • Trường hợp đặc biệt "packfile": git kết hợp và nén các đối tượng thành các packfile trong quá trình thu gom rác (xem git gc)
• cấu hình git
  • xem https://git-scm.com/book/en/v2/Git-Iternals-Plenses-and-Por chì
  • docs: man git-config, man gitignore
  • .git / cấu hình
  • .git / mô tả (đối với móc và công cụ, ví dụ: móc sau nhận email, gitolite, GitWeb, v.v.)
  • .git / móc /
  • .git / thông tin / (kho lưu trữ loại trừ tệp, v.v.)
• Tùy chọn: Cấu hình hệ điều hành (quyền hệ thống tệp, v.v.)

git là một công cụ dành cho nhà phát triển và để lại cho quản trị viên. Sao lưu cấu hình git và cấu hình HĐH nên được xem là tách biệt với sao lưu nội dung.

2. Kỹ thuật

• "Sao chép lạnh"
  • Dừng dịch vụ để có quyền truy cập độc quyền vào các tập tin của nó. Thời gian chết!
• "Sao chép nóng"
  • Dịch vụ cung cấp một trạng thái cố định cho mục đích sao lưu. Những thay đổi đang diễn ra không ảnh hưởng đến trạng thái đó.

3. Các chủ đề khác để suy nghĩ về

Hầu hết trong số họ là chung cho sao lưu.

• Có đủ không gian để giữ các bản sao lưu đầy đủ? Có bao nhiêu thế hệ sẽ được lưu trữ?
• Là một cách tiếp cận gia tăng muốn? Có bao nhiêu thế hệ sẽ được lưu trữ và khi nào tạo lại một bản sao lưu đầy đủ?
• Làm thế nào để xác minh rằng một bản sao lưu không bị hỏng sau khi tạo hoặc theo thời gian?
• Hệ thống tập tin có hỗ trợ các liên kết cứng không?
• Đặt sao lưu vào một tệp lưu trữ duy nhất hoặc sử dụng cấu trúc thư mục?

4. Những gì git cung cấp cho nội dung sao lưu

• git gc --auto

  • tài liệu: người đàn ông git-gc
  • Dọn dẹp và thu gọn một kho lưu trữ.

• git bundle --all

  • docs: man git-bundle, man git-rev-list
  • Nguyên tử = "Sao chép nóng"
  • Gói là các tệp kết xuất và có thể được sử dụng trực tiếp với git (xác minh, sao chép, v.v.).
  • Hỗ trợ khai thác gia tăng.
  • Kiểm chứng qua git bundle verify.

• git clone --mirror

  • docs: man git-clone, man git-fsck, Sự khác biệt giữa git clone --mirror và git clone --bare
  • Nguyên tử = "Sao chép nóng"
  • Gương là kho git thực.
  • Mục đích chính của lệnh này là xây dựng một máy nhân bản hoạt động đầy đủ, định kỳ tìm nạp các bản cập nhật từ kho lưu trữ ban đầu.
  • Hỗ trợ liên kết cứng cho gương trên cùng một hệ thống tệp để tránh lãng phí không gian.
  • Kiểm chứng qua git fsck.
  • Gương có thể được sử dụng làm cơ sở cho một tập lệnh sao lưu tập tin đầy đủ.

5. Sao chép lạnh

Một bản sao lưu dự phòng lạnh luôn có thể thực hiện sao lưu toàn bộ tệp: từ chối tất cả các quyền truy cập vào kho git, sao lưu và cho phép truy cập lại.

• Các vấn đề có thể xảy ra
  • Có thể không dễ dàng - hoặc thậm chí có thể - từ chối tất cả các truy cập, ví dụ: truy cập được chia sẻ qua hệ thống tệp.
  • Ngay cả khi repo ở trên máy chỉ dành cho khách hàng với một người dùng, thì người dùng vẫn có thể cam kết điều gì đó trong quá trình sao lưu tự động :(
  • Thời gian chết có thể không được chấp nhận trên máy chủ và thực hiện sao lưu nhiều repos lớn có thể mất nhiều thời gian.
• Ý tưởng cho giảm thiểu:
  • Ngăn chặn truy cập repo trực tiếp thông qua hệ thống tệp nói chung, ngay cả khi các máy khách ở trên cùng một máy.
  • Đối với truy cập SSH / HTTP, hãy sử dụng trình quản lý ủy quyền git (ví dụ: gitolite) để tự động quản lý quyền truy cập hoặc sửa đổi các tệp xác thực theo cách được viết theo kịch bản.
  • Sao lưu repos từng cái một để giảm thời gian chết cho mỗi repo. Từ chối một repo, thực hiện sao lưu và cho phép truy cập lại, sau đó tiếp tục với repo tiếp theo.
  • Có kế hoạch bảo trì để tránh sự khó chịu của các nhà phát triển.
  • Chỉ sao lưu khi kho lưu trữ đã thay đổi. Có thể rất khó thực hiện, ví dụ như danh sách các đối tượng cộng với việc có các gói dữ liệu, tổng kiểm tra cấu hình và các móc nối, v.v.

6. Sao chép nóng

Sao lưu tệp không thể được thực hiện với các repos hoạt động do rủi ro dữ liệu bị hỏng bởi các cam kết đang diễn ra. Một bản sao nóng cung cấp trạng thái cố định của một kho lưu trữ đang hoạt động cho mục đích sao lưu. Cam kết liên tục không ảnh hưởng đến bản sao đó. Như được liệt kê ở trên, các chức năng nhân bản và gói của git hỗ trợ điều này, nhưng để sao lưu "100% quản trị viên", một số điều phải được thực hiện thông qua các lệnh bổ sung.

Sao lưu dự phòng nóng "100% admin"

• Tùy chọn 1: sử dụng git bundle --allđể tạo các tệp kết xuất đầy đủ / gia tăng nội dung và sao chép / sao lưu các tệp cấu hình riêng biệt.
• Tùy chọn 2: sử dụng git clone --mirror, xử lý và sao chép cấu hình riêng biệt, sau đó thực hiện sao lưu toàn bộ tệp nhân bản.
  • Ghi chú:
  • Một bản sao là một kho lưu trữ mới, được điền với mẫu git hiện tại khi tạo.
  • Dọn dẹp các tệp cấu hình và thư mục, sau đó sao chép các tệp cấu hình từ kho lưu trữ nguồn gốc.
  • Kịch bản sao lưu cũng có thể áp dụng cấu hình HĐH như quyền truy cập tệp trên máy nhân bản.
  • Sử dụng hệ thống tệp hỗ trợ các liên kết cứng và tạo bản sao trên cùng hệ thống tệp với kho lưu trữ nguồn để tăng tốc độ và giảm mức tiêu thụ dung lượng trong quá trình sao lưu.

7. Khôi phục

• Kiểm tra và áp dụng cấu hình git cho máy mục tiêu và triết lý "cách làm" mới nhất.
• Kiểm tra và áp dụng cấu hình HĐH cho máy mục tiêu và triết lý "cách làm" mới nhất.

cd /path/to/backupdir/
git clone /path/to/repo
cd /path/to/repo
git remote add backup /path/to/backupdir
git push --set-upstream backup master

điều này tạo ra một bản sao lưu và thực hiện thiết lập, để bạn có thể thực hiện một cú đẩy git để cập nhật bản sao lưu của mình, đó có thể là những gì bạn muốn làm. Chỉ cần đảm bảo rằng / path / to / backupdir và / path / to / repo ít nhất là các ổ đĩa cứng khác nhau, nếu không nó sẽ không có ý nghĩa nhiều để làm điều đó.

Đây là hai lựa chọn:

1. Bạn có thể trực tiếp lấy một tar của thư mục git repo vì nó có toàn bộ nội dung trống của repo trên máy chủ. Có một khả năng nhỏ là ai đó có thể đang làm việc trên repo trong khi sao lưu.

2. Lệnh sau sẽ cung cấp cho bạn bản sao hoàn toàn của repo (giống như trong máy chủ), sau đó bạn có thể lấy một vị trí của vị trí mà bạn đã nhân bản mà không gặp vấn đề gì.

   git clone --bare {your backup local repo} {new location where you want to clone}
   

Nếu có trên Github, hãy điều hướng đến bitbucket và sử dụng phương thức "nhập kho" để nhập repo github của bạn dưới dạng repo riêng.

Nếu nó ở trong bitbucket, hãy làm khác.

Đó là một bản sao lưu đầy đủ nhưng vẫn ở trong đám mây, đó là phương pháp lý tưởng của tôi.

Theo tôi biết bạn chỉ có thể tạo một bản sao của thư mục mà repo của bạn đang ở, vậy thôi!

cp -r project project-backup