Câu hỏi này dựa trên thư mục con Detach vào kho Git riêng

Thay vì tách ra một thư mục con duy nhất, tôi muốn tách ra một cặp. Ví dụ, cây thư mục hiện tại của tôi trông như thế này:

/apps
  /AAA
  /BBB
  /CCC
/libs
  /XXX
  /YYY
  /ZZZ

Và tôi muốn điều này thay vào đó:

/apps
  /AAA
/libs
  /XXX

Đối --subdirectory-filtersố git filter-branchsẽ không hoạt động vì nó loại bỏ mọi thứ trừ thư mục đã cho lần đầu tiên chạy. Tôi nghĩ rằng sử dụng --index-filterđối số cho tất cả các tệp không mong muốn sẽ hoạt động (mặc dù tẻ nhạt), nhưng nếu tôi thử chạy nó nhiều lần, tôi nhận được thông báo sau:

Cannot create a new backup.
A previous backup already exists in refs/original/
Force overwriting the backup with -f

Có ý kiến ​​gì không? TIA

Thay vì phải xử lý một subshell và sử dụng ext global (như kynan đề xuất), hãy thử phương pháp đơn giản hơn nhiều này:

git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA libs/XXX' --prune-empty -- --all

Như được đề cập bởi void.pulum trong bình luận của anh ấy / cô ấy , điều này sẽ loại bỏ mọi thứ ngoại trừ apps/AAAvà libs/XXXkhỏi kho lưu trữ hiện tại.

Prune trống hợp nhất cam kết

Điều này để lại rất nhiều sự hợp nhất trống rỗng. Chúng có thể được loại bỏ bởi một đường chuyền khác như được mô tả bởi raphinesse trong câu trả lời của ông :

git filter-branch --prune-empty --parent-filter \
'sed "s/-p //g" | xargs -r git show-branch --independent | sed "s/\</-p /g"'

Cảnh báo : Ở trên phải sử dụng phiên bản GNU sedvà xargsnếu không, nó sẽ xóa tất cả các xác nhận là xargskhông thành công. brew install gnu-sed findutilsvà sau đó sử dụng gsedvà gxargs:

git filter-branch --prune-empty --parent-filter \
'gsed "s/-p //g" | gxargs git show-branch --independent | gsed "s/\</-p /g"' 

Các bước thủ công với các lệnh git đơn giản

Kế hoạch là chia các thư mục riêng lẻ thành các kho riêng, sau đó hợp nhất chúng lại với nhau. Các bước thủ công sau đây không sử dụng các tập lệnh chuyên nghiệp nhưng sử dụng các lệnh dễ hiểu và có thể giúp hợp nhất các thư mục con N bổ sung vào một kho lưu trữ duy nhất.

Chia

Giả sử repo ban đầu của bạn là: original_Vpo

1 - Chia ứng dụng:

git clone original_repo apps-repo
cd apps-repo
git filter-branch --prune-empty --subdirectory-filter apps master

2 - Chia lib

git clone original_repo libs-repo
cd libs-repo
git filter-branch --prune-empty --subdirectory-filter libs master

Tiếp tục nếu bạn có nhiều hơn 2 thư mục. Bây giờ bạn sẽ có hai kho git mới và tạm thời.

Chinh phục bằng cách hợp nhất các ứng dụng và libs

3 - Chuẩn bị repo hoàn toàn mới:

mkdir my-desired-repo
cd my-desired-repo
git init

Và bạn sẽ cần phải thực hiện ít nhất một cam kết. Nếu bỏ qua ba dòng sau, repo đầu tiên của bạn sẽ xuất hiện ngay dưới gốc của repo của bạn:

touch a_file_and_make_a_commit # see user's feedback
git add a_file_and_make_a_commit
git commit -am "at least one commit is needed for it to work"

Với tệp tạm thời được cam kết, mergelệnh trong phần sau sẽ dừng như mong đợi.

Lấy từ phản hồi của người dùng, thay vì thêm một tệp ngẫu nhiên như a_file_and_make_a_commit, bạn có thể chọn thêm một .gitignore, hoặc README.mdv.v.

4 - Hợp nhất repo ứng dụng trước:

git remote add apps-repo ../apps-repo
git fetch apps-repo
git merge -s ours --no-commit apps-repo/master # see below note.
git read-tree --prefix=apps -u apps-repo/master
git commit -m "import apps"

Bây giờ bạn sẽ thấy thư mục ứng dụng bên trong kho lưu trữ mới của bạn. git logsẽ hiển thị tất cả các thông điệp cam kết lịch sử có liên quan.

Lưu ý: như Chris đã lưu ý bên dưới trong các nhận xét, đối với phiên bản mới hơn (> = 2.9) của git, bạn cần chỉ định --allow-unrelated-historiesvớigit merge

5 - Hợp nhất libs repo tiếp theo theo cách tương tự:

git remote add libs-repo ../libs-repo
git fetch libs-repo
git merge -s ours --no-commit libs-repo/master # see above note.
git read-tree --prefix=libs -u libs-repo/master
git commit -m "import libs"

Tiếp tục nếu bạn có nhiều hơn 2 repos để hợp nhất.

Tham khảo: Hợp nhất thư mục con của kho lưu trữ khác với git

Tại sao bạn muốn chạy filter-branchnhiều hơn một lần? Bạn có thể thực hiện tất cả trong một lần quét, do đó không cần phải ép buộc (lưu ý rằng bạn cần extglobkích hoạt trong vỏ để hoạt động này):

git filter-branch --index-filter "git rm -r -f --cached --ignore-unmatch $(ls -xd apps/!(AAA) libs/!(XXX))" --prune-empty -- --all

Điều này sẽ loại bỏ tất cả các thay đổi trong các thư mục con không mong muốn và giữ tất cả các nhánh và cam kết của bạn (trừ khi chúng chỉ ảnh hưởng đến các tệp trong các thư mục con được cắt tỉa, theo nguyên tắc --prune-empty) - không có vấn đề gì với các cam kết trùng lặp, v.v.

Sau thao tác này, các thư mục không mong muốn sẽ được liệt kê là không bị theo dõi bởi git status.

Điều $(ls ...)cần thiết là st extglobđược đánh giá bởi trình bao của bạn thay vì bộ lọc chỉ mục, sử dụng shnội dung dựng sẵn eval(nơi extglobkhông có sẵn). Xem Làm thế nào để tôi kích hoạt tùy chọn shell trong git? để biết thêm chi tiết về điều đó.

Trả lời câu hỏi của riêng tôi ở đây ... sau rất nhiều thử nghiệm và sai sót.

Tôi quản lý để làm điều này bằng cách sử dụng kết hợp git subtreevà git-stitch-repo. Các hướng dẫn này dựa trên:

• Chia sẻ mã giữa các dự án với git Subree - http://psionides.jogger.pl/2010/02/04/shaming-code-b between-project-with-git-subtree /
• Công cụ phù hợp cho công việc: git-khâu-repo - http://ifup.org/2009/02/07/the-right-tool-for-the-job-git-stitch-repo/

Đầu tiên, tôi lấy ra các thư mục tôi muốn giữ trong kho riêng của họ:

cd origRepo
git subtree split -P apps/AAA -b aaa
git subtree split -P libs/XXX -b xxx

cd ..
mkdir aaaRepo
cd aaaRepo
git init
git fetch ../origRepo aaa
git checkout -b master FETCH_HEAD

cd ..
mkdir xxxRepo
cd xxxRepo
git init
git fetch ../origRepo xxx
git checkout -b master FETCH_HEAD

Sau đó tôi đã tạo một kho lưu trữ trống mới và nhập / khâu hai phần cuối vào đó:

cd ..
mkdir newRepo
cd newRepo
git init
git-stitch-repo ../aaaRepo:apps/AAA ../xxxRepo:libs/XXX | git fast-import

Điều này tạo ra hai nhánh master-Avà master-Bmỗi nhánh giữ nội dung của một trong các repos được khâu. Để kết hợp chúng và dọn dẹp:

git checkout master-A
git pull . master-B
git checkout master
git branch -d master-A 
git branch -d master-B

Bây giờ tôi không chắc chắn làm thế nào / khi điều này xảy ra, nhưng sau lần đầu tiên checkoutvà sau đó pull, mã hợp nhất một cách kỳ diệu vào nhánh chính (mọi hiểu biết về những gì đang diễn ra ở đây đều được đánh giá cao!)

Mọi thứ dường như đã hoạt động như mong đợi, ngoại trừ việc nếu tôi xem qua newRepolịch sử cam kết, sẽ có các bản sao khi thay đổi ảnh hưởng đến cả apps/AAAvà libs/XXX. Nếu có một cách để loại bỏ trùng lặp, thì nó sẽ hoàn hảo.

Tôi đã viết một bộ lọc git để giải quyết chính xác vấn đề này. Nó có tên tuyệt vời của git_filter và được đặt tại github tại đây:

https://github.com/slobobaby / git_filter

Nó được dựa trên libgit2 tuyệt vời.

Tôi cần phải phân chia một kho lưu trữ lớn với nhiều cam kết (~ 100000) và các giải pháp dựa trên nhánh bộ lọc git mất vài ngày để chạy. git_filter mất một phút để làm điều tương tự.

Sử dụng phần mở rộng git 'git split'

git splitslà một tập lệnh bash là một trình bao bọc xung quanh git branch-filtermà tôi đã tạo như một phần mở rộng git, dựa trên giải pháp của jkeat .

Nó đã được thực hiện chính xác cho tình huống này. Đối với lỗi của bạn, hãy thử sử dụng git splits -ftùy chọn để buộc loại bỏ bản sao lưu. Bởi vì git splitshoạt động trên một nhánh mới, nó sẽ không viết lại nhánh hiện tại của bạn, vì vậy bản sao lưu là không liên quan. Xem readme để biết thêm chi tiết và chắc chắn sử dụng nó trên một bản sao / bản sao của repo của bạn (chỉ trong trường hợp!) .

1. cài đặt git splits.

2. Tách các thư mục thành một chi nhánh địa phương #change into your repo's directory cd /path/to/repo #checkout the branch git checkout XYZ
#split multiple directories into new branch XYZ git splits -b XYZ apps/AAA libs/ZZZ

3. Tạo một repo trống ở đâu đó. Chúng tôi sẽ cho rằng chúng tôi đã tạo một repo trống được gọi xyztrên GitHub có đường dẫn:git@github.com:simpliwp/xyz.git

4. Đẩy sang repo mới. #add a new remote origin for the empty repo so we can push to the empty repo on GitHub git remote add origin_xyz git@github.com:simpliwp/xyz.git #push the branch to the empty repo's master branch git push origin_xyz XYZ:master

5. Sao chép repo từ xa mới được tạo vào một thư mục cục bộ mới
   #change current directory out of the old repo cd /path/to/where/you/want/the/new/local/repo #clone the remote repo you just pushed to git clone git@github.com:simpliwp/xyz.git

git clone git@example.com:thing.git
cd thing
git fetch
for originBranch in `git branch -r | grep -v master`; do
    branch=${originBranch:7:${#originBranch}}
    git checkout $branch
done
git checkout master

git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- dir1 dir2 .gitignore' --prune-empty -- --all

git remote set-url origin git@example.com:newthing.git
git push --all

Một giải pháp dễ dàng: git-filter-repo

Tôi đã có một vấn đề tương tự và sau khi xem xét các cách tiếp cận khác nhau được liệt kê ở đây, tôi đã phát hiện ra git-filter-repo . Nó được khuyến nghị thay thế cho nhánh git-filter trong tài liệu git chính thức ở đây .

Để tạo một kho lưu trữ mới từ một tập hợp con các thư mục trong một kho lưu trữ hiện có, bạn có thể sử dụng lệnh:

git filter-repo --path <file_to_remove>

Lọc nhiều tệp / thư mục bằng cách xâu chuỗi chúng:

git filter-repo --path keepthisfile --path keepthisfolder/

Vì vậy, để trả lời câu hỏi ban đầu , với git-filter-repo, bạn sẽ chỉ cần lệnh sau:

git filter-repo --path apps/AAA/ --path libs/XXX/

Vâng. Buộc ghi đè bản sao lưu bằng cách sử dụng -fcờ trong các cuộc gọi tiếp theo filter-branchđể ghi đè cảnh báo đó. :) Nếu không, tôi nghĩ rằng bạn có giải pháp (nghĩa là xóa một thư mục không mong muốn tại một thời điểm với filter-branch).

Xóa bản sao lưu hiện có trong thư mục .git trong refs / gốc như thông báo gợi ý. Thư mục bị ẩn.