Saya memiliki repositori Git yang berisi sejumlah subdirektori. Sekarang saya telah menemukan bahwa salah satu subdirektori tidak berhubungan dengan yang lain dan harus dilepaskan ke repositori yang terpisah.

Bagaimana saya bisa melakukan ini sambil menjaga sejarah file dalam subdirektori?

Saya kira saya bisa membuat klon dan menghapus bagian yang tidak diinginkan dari masing-masing klon, tetapi saya kira ini akan memberi saya pohon lengkap ketika memeriksa revisi yang lebih tua dll. Ini mungkin dapat diterima, tetapi saya lebih suka untuk dapat berpura-pura bahwa dua repositori tidak memiliki riwayat bersama.

Untuk memperjelasnya, saya memiliki struktur berikut:

XYZ/
    .git/
    XY1/
    ABC/
    XY2/

Tapi saya ingin ini sebagai gantinya:

XYZ/
    .git/
    XY1/
    XY2/
ABC/
    .git/
    ABC/

Pembaruan : Proses ini sangat umum, sehingga tim git membuatnya lebih sederhana dengan alat baru git subtree,. Lihat di sini: Lepaskan (pindah) subdirektori ke repositori Git yang terpisah

Anda ingin mengkloning repositori Anda dan kemudian gunakan git filter-branchuntuk menandai semuanya tetapi subdirektori yang Anda inginkan dalam repo baru Anda dikumpulkan dari sampah.

1. Untuk mengkloning repositori lokal Anda:

   git clone /XYZ /ABC
   

   (Catatan: repositori akan dikloning menggunakan tautan keras, tetapi itu tidak menjadi masalah karena file yang ditautkan tidak akan dimodifikasi sendiri - yang baru akan dibuat.)

2. Sekarang, mari kita lestarikan cabang-cabang menarik yang ingin kita tulis ulang juga, dan kemudian hapus asal untuk menghindari mendorong di sana dan untuk memastikan bahwa komit lama tidak akan dirujuk oleh asal:

   cd /ABC
   for i in branch1 br2 br3; do git branch -t $i origin/$i; done
   git remote rm origin
   

   atau untuk semua cabang jarak jauh:

   cd /ABC
   for i in $(git branch -r | sed "s/.*origin\///"); do git branch -t $i origin/$i; done
   git remote rm origin
   

3. Sekarang Anda mungkin ingin juga menghapus tag yang tidak ada hubungannya dengan proyek; Anda juga dapat melakukannya nanti, tetapi Anda mungkin harus memangkas repo lagi. Saya tidak melakukannya dan mendapat WARNING: Ref 'refs/tags/v0.1' is unchangedsemua tag (karena semuanya tidak terkait dengan sub proyek); selain itu, setelah menghapus tag semacam itu, lebih banyak ruang akan direklamasi. Tampaknya git filter-branchharus dapat menulis ulang tag lain, tetapi saya tidak dapat memverifikasi ini. Jika Anda ingin menghapus semua tag, gunakan git tag -l | xargs git tag -d.

4. Kemudian gunakan filter-branch dan reset untuk mengecualikan file lain, sehingga mereka dapat dipangkas. Mari kita juga menambahkan --tag-name-filter cat --prune-emptyuntuk menghapus komit kosong dan menulis ulang tag (perhatikan bahwa ini harus menghapus tanda tangan mereka):

   git filter-branch --tag-name-filter cat --prune-empty --subdirectory-filter ABC -- --all
   

   atau sebagai alternatif, untuk hanya menulis ulang cabang HEAD dan mengabaikan tag dan cabang lainnya:

   git filter-branch --tag-name-filter cat --prune-empty --subdirectory-filter ABC HEAD
   

5. Kemudian hapus reflog cadangan sehingga ruang dapat benar-benar direklamasi (meskipun sekarang operasinya destruktif)

   git reset --hard
   git for-each-ref --format="%(refname)" refs/original/ | xargs -n 1 git update-ref -d
   git reflog expire --expire=now --all
   git gc --aggressive --prune=now
   

   dan sekarang Anda memiliki repositori git lokal dari sub-direktori ABC dengan semua riwayatnya dipertahankan.

Catatan: Untuk sebagian besar penggunaan, git filter-branchmemang harus memiliki parameter yang ditambahkan -- --all. Ya itu benar --space-- all. Ini perlu menjadi parameter terakhir untuk perintah. Seperti Matli ditemukan, ini membuat cabang proyek dan tag termasuk dalam repo baru.

Sunting: berbagai saran dari komentar di bawah ini dimasukkan untuk memastikan, misalnya, bahwa repositori benar-benar menyusut (yang tidak selalu terjadi sebelumnya).

The Easy Way ™

Ternyata ini adalah praktik yang umum dan bermanfaat sehingga tuan Git membuatnya sangat mudah, tetapi Anda harus memiliki versi Git yang lebih baru (> = 1.7.11 Mei 2012). Lihat lampiran untuk cara menginstal Git terbaru. Juga, ada contoh dunia nyata dalam penelusuran di bawah ini.

1. Siapkan repo lama

   cd <big-repo>
   git subtree split -P <name-of-folder> -b <name-of-new-branch>
   

   Catatan: <name-of-folder> harus TIDAK mengandung karakter yang memimpin atau mengikuti. Misalnya, folder bernama subprojectHARUS dilewatkan sebagai subproject, BUKAN./subproject/

   Catatan untuk pengguna Windows: Ketika kedalaman folder Anda> 1, <name-of-folder>harus memiliki pemisah folder gaya * nix (/). Misalnya, folder bernama path1\path2\subprojectHARUS dilewatkan sebagaipath1/path2/subproject

2. Buat repo baru

   mkdir ~/<new-repo> && cd ~/<new-repo>
   git init
   git pull </path/to/big-repo> <name-of-new-branch>
   

3. Tautkan repo baru ke GitHub atau di mana pun

   git remote add origin <[email protected]:user/new-repo.git>
   git push -u origin master
   

4. Bersihkan di dalam <big-repo>, jika diinginkan

   git rm -rf <name-of-folder>
   

   Catatan : Ini meninggalkan semua referensi historis dalam repositori. Lihat Lampiran di bawah ini jika Anda benar-benar khawatir tentang melakukan kata sandi atau Anda perlu mengurangi ukuran file .gitfolder Anda .

...

Panduan

Ini adalah langkah yang sama seperti di atas , tetapi mengikuti langkah-langkah tepat saya untuk repositori saya alih-alih menggunakan <meta-named-things>.

Ini adalah proyek yang saya miliki untuk mengimplementasikan modul browser JavaScript di node:

tree ~/node-browser-compat

node-browser-compat
├── ArrayBuffer
├── Audio
├── Blob
├── FormData
├── atob
├── btoa
├── location
└── navigator

Saya ingin membagi satu folder btoa,, ke dalam repositori Git yang terpisah

cd ~/node-browser-compat/
git subtree split -P btoa -b btoa-only

Saya sekarang memiliki cabang baru btoa-only,, yang hanya memiliki komit btoadan saya ingin membuat repositori baru.

mkdir ~/btoa/ && cd ~/btoa/
git init
git pull ~/node-browser-compat btoa-only

Selanjutnya saya membuat repo baru di GitHub atau Bitbucket, atau apa pun dan menambahkannya sebagai origin

git remote add origin [email protected]:node-browser-compat/btoa.git
git push -u origin master

Hari bahagia!

Catatan: Jika Anda membuat repo dengan README.md, .gitignoredan LICENSE, Anda harus menarik lebih dulu:

git pull origin master
git push origin master

Terakhir, saya ingin menghapus folder dari repo yang lebih besar

git rm -rf btoa

...

Lampiran

Git terbaru di macOS

Untuk mendapatkan versi terbaru dari Git menggunakan Homebrew :

brew install git

Git terbaru di Ubuntu

sudo apt-get update
sudo apt-get install git
git --version

Jika itu tidak berhasil (Anda memiliki versi Ubuntu yang sangat lama), coba

sudo add-apt-repository ppa:git-core/ppa
sudo apt-get update
sudo apt-get install git

Jika itu masih tidak berhasil, coba

sudo chmod +x /usr/share/doc/git/contrib/subtree/git-subtree.sh
sudo ln -s \
/usr/share/doc/git/contrib/subtree/git-subtree.sh \
/usr/lib/git-core/git-subtree

Terima kasih kepada rui.araujo dari komentarnya.

Menghapus riwayat Anda

Secara default menghapus file dari Git tidak benar-benar menghapusnya, itu hanya menyatakan bahwa mereka tidak ada lagi. Jika Anda ingin benar-benar menghapus referensi historis (yaitu Anda memiliki kata sandi yang dikomit), Anda perlu melakukan ini:

git filter-branch --prune-empty --tree-filter 'rm -rf <name-of-folder>' HEAD

Setelah itu Anda dapat memeriksa apakah file atau folder Anda tidak lagi muncul di riwayat Git sama sekali

git log -- <name-of-folder> # should show nothing

Namun, Anda tidak dapat "mendorong" menghapus ke GitHub dan sejenisnya. Jika Anda mencoba, Anda akan mendapatkan kesalahan dan Anda harus melakukannya git pullsebelum Anda bisa git push- dan kemudian Anda kembali memiliki segalanya dalam riwayat Anda.

Jadi, jika Anda ingin menghapus riwayat dari "asal" - artinya menghapusnya dari GitHub, Bitbucket, dll - Anda harus menghapus repo dan mendorong kembali salinan repo yang sudah dipangkas. Tapi tunggu - masih ada lagi ! - Jika Anda benar-benar khawatir tentang menghilangkan kata sandi atau sesuatu seperti itu, Anda harus memangkas cadangan (lihat di bawah).

Membuat .gitlebih kecil

Perintah hapus riwayat yang disebutkan di atas masih menyisakan banyak file cadangan - karena Git terlalu baik dalam membantu Anda untuk tidak merusak repo Anda secara tidak sengaja. Pada akhirnya akan menghapus file yatim selama berhari-hari dan berbulan-bulan, tetapi meninggalkannya di sana untuk sementara waktu jika Anda menyadari bahwa Anda secara tidak sengaja menghapus sesuatu yang tidak Anda inginkan.

Jadi jika Anda benar-benar ingin mengosongkan sampah untuk mengurangi ukuran klon repo segera Anda harus melakukan semua hal yang sangat aneh ini:

rm -rf .git/refs/original/ && \
git reflog expire --all && \
git gc --aggressive --prune=now

git reflog expire --all --expire-unreachable=0
git repack -A -d
git prune

Yang mengatakan, saya sarankan tidak melakukan langkah-langkah ini kecuali Anda tahu bahwa Anda perlu - kalau-kalau Anda memangkas subdirektori yang salah, Anda tahu? File cadangan tidak boleh dikloning ketika Anda mendorong repo, mereka hanya akan ada di salinan lokal Anda.

Kredit

• http://psionides.eu/2010/02/04/sharing-code-between-projects-with-git-subtree/
• Hapus direktori secara permanen dari git
• http://blogs.atlassian.com/2013/05/alternatives-to-git-submodule-git-subtree/
• Bagaimana menghapus gumpalan yang tidak direferensikan dari repo git saya

Jawaban Paul menciptakan repositori baru yang berisi / ABC, tetapi tidak menghapus / ABC dari dalam / XYZ. Perintah berikut akan menghapus / ABC dari dalam / XYZ:

git filter-branch --tree-filter "rm -rf ABC" --prune-empty HEAD

Tentu saja, uji terlebih dahulu dalam repositori 'clone --no-hardlinks', dan ikuti dengan perintah reset, gc, dan prune yang didaftar Paul.

Saya telah menemukan bahwa untuk menghapus dengan benar riwayat lama dari repositori baru, Anda harus melakukan lebih banyak pekerjaan setelah filter-branchlangkah.

1. Lakukan klon dan filter:

   git clone --no-hardlinks foo bar; cd bar
   git filter-branch --subdirectory-filter subdir/you/want
   

2. Hapus setiap referensi ke riwayat lama. "Asal" melacak klon Anda, dan "asli" adalah tempat cabang-filter menyimpan hal-hal lama:

   git remote rm origin
   git update-ref -d refs/original/refs/heads/master
   git reflog expire --expire=now --all
   

3. Bahkan sekarang, riwayat Anda mungkin terjebak dalam paket yang fsck tidak akan menyentuh. Sobek-sobek, buat file pack baru dan hapus objek yang tidak terpakai:

   git repack -ad
   

Ada penjelasan tentang ini dalam manual untuk cabang-filter .

Edit: Skrip Bash ditambahkan.

Jawaban yang diberikan di sini hanya berfungsi sebagian untuk saya; Banyak file besar tetap ada di cache. Apa yang akhirnya berhasil (setelah berjam-jam di #git di freenode):

git clone --no-hardlinks file:///SOURCE /tmp/blubb
cd blubb
git filter-branch --subdirectory-filter ./PATH_TO_EXTRACT  --prune-empty --tag-name-filter cat -- --all
git clone file:///tmp/blubb/ /tmp/blooh
cd /tmp/blooh
git reflog expire --expire=now --all
git repack -ad
git gc --prune=now

Dengan solusi sebelumnya, ukuran repositori sekitar 100 MB. Yang ini membawanya ke 1,7 MB. Mungkin itu membantu seseorang :)

Skrip bash berikut mengotomatiskan tugas:

!/bin/bash

if (( $# < 3 ))
then
    echo "Usage:   $0 </path/to/repo/> <directory/to/extract/> <newName>"
    echo
    echo "Example: $0 /Projects/42.git first/answer/ firstAnswer"
    exit 1
fi


clone=/tmp/${3}Clone
newN=/tmp/${3}

git clone --no-hardlinks file://$1 ${clone}
cd ${clone}

git filter-branch --subdirectory-filter $2  --prune-empty --tag-name-filter cat -- --all

git clone file://${clone} ${newN}
cd ${newN}

git reflog expire --expire=now --all
git repack -ad
git gc --prune=now

Ini tidak lagi begitu rumit, Anda hanya dapat menggunakan perintah git filter-branch pada klon repo Anda untuk menyisihkan subdirektori yang tidak Anda inginkan dan kemudian mendorong ke remote baru.

git filter-branch --prune-empty --subdirectory-filter <YOUR_SUBDIR_TO_KEEP> master
git push <MY_NEW_REMOTE_URL> -f .

Pembaruan : Modul git-subtree sangat berguna sehingga tim git menariknya ke inti dan membuatnya git subtree. Lihat di sini: Lepaskan (pindah) subdirektori ke repositori Git yang terpisah

git-subtree mungkin berguna untuk ini

http://github.com/apenwarr/git-subtree/blob/master/git-subtree.txt (usang)

http://psionides.jogger.pl/2010/02/04/sharing-code-between-projects-with-git-subtree/

Berikut ini adalah modifikasi kecil untuk CoolAJ86 's 'The Easy Way ™' jawaban untuk membagi beberapa sub folder (katakanlah sub1dan sub2) ke repositori git baru.

The Easy Way ™ (beberapa sub folder)

1. Siapkan repo lama

   pushd <big-repo>
   git filter-branch --tree-filter "mkdir <name-of-folder>; mv <sub1> <sub2> <name-of-folder>/" HEAD
   git subtree split -P <name-of-folder> -b <name-of-new-branch>
   popd
   

   Catatan: <name-of-folder> harus TIDAK mengandung karakter yang memimpin atau mengikuti. Misalnya, folder bernama subprojectHARUS dilewatkan sebagai subproject, BUKAN./subproject/

   Catatan untuk pengguna windows: ketika kedalaman folder Anda> 1, <name-of-folder>harus memiliki * nix style folder separator (/). Misalnya, folder bernama path1\path2\subprojectHARUS dilewatkan sebagai path1/path2/subproject. Apalagi tidak menggunakan mvperintah tetapi move.

   Catatan akhir: perbedaan unik dan besar dengan jawaban dasar adalah baris kedua dari skrip " git filter-branch..."

2. Buat repo baru

   mkdir <new-repo>
   pushd <new-repo>
   
   git init
   git pull </path/to/big-repo> <name-of-new-branch>
   

3. Tautkan repo baru ke Github atau di mana pun

   git remote add origin <[email protected]:my-user/new-repo.git>
   git push origin -u master
   

4. Bersihkan, jika diinginkan

   popd # get out of <new-repo>
   pushd <big-repo>
   
   git rm -rf <name-of-folder>
   

   Catatan : Ini meninggalkan semua referensi historis dalam repositori. Lihat Lampiran dalam jawaban asli jika Anda benar-benar khawatir tentang melakukan kata sandi atau Anda perlu mengurangi ukuran file .gitfolder Anda .

Pertanyaan aslinya ingin XYZ / ABC / (* file) menjadi ABC / ABC / (* file). Setelah menerapkan jawaban yang diterima untuk kode saya sendiri, saya perhatikan bahwa itu benar-benar mengubah XYZ / ABC / (* file) menjadi ABC / (* file). Halaman manual filter-branch bahkan mengatakan,

Hasilnya akan berisi direktori itu (dan hanya itu) sebagai root proyeknya . "

Dengan kata lain, ini mempromosikan folder tingkat atas "naik" satu tingkat. Itu perbedaan penting karena, misalnya, dalam sejarah saya, saya telah mengganti nama folder tingkat atas. Dengan mempromosikan folder "naik" satu tingkat, git kehilangan kontinuitas di komit di mana saya mengganti nama.

Jawaban saya atas pertanyaan kemudian adalah membuat 2 salinan repositori dan secara manual menghapus folder yang ingin Anda simpan di masing-masing. Halaman manual mendukung saya dengan ini:

[...] hindari menggunakan [perintah ini] jika komit tunggal sederhana sudah cukup untuk memperbaiki masalah Anda

Untuk menambah jawaban Paul , saya menemukan bahwa untuk akhirnya memulihkan ruang, saya harus mendorong HEAD ke repositori bersih dan yang memangkas ukuran direktori .git / objek / paket.

yaitu

$ mkdir ... ABC.git
$ cd ... ABC.git
$ git init --bare

Setelah pemangkasan gc, lakukan juga:

$ git push ... ABC.git HEAD

Maka Anda bisa melakukannya

$ git clone ... ABC.git

dan ukuran ABC / .git berkurang

Sebenarnya, beberapa langkah yang memakan waktu (mis. Git gc) tidak diperlukan dengan push to clean repository, yaitu:

$ git clone --no-hardlinks / XYZ / ABC
$ git filter-branch --subdirectory-filter ABC HEAD
$ git reset --hard
$ git push ... ABC.git HEAD

Cara yang tepat sekarang adalah sebagai berikut:

git filter-branch --prune-empty --subdirectory-filter FOLDER_NAME [first_branch] [another_branch]

GitHub sekarang bahkan memiliki artikel kecil tentang kasus-kasus seperti itu.

Tetapi pastikan untuk mengkloning repo asli Anda ke direktori yang terpisah terlebih dahulu (karena itu akan menghapus semua file dan direktori lain dan Anda mungkin perlu bekerja dengannya).

Jadi algoritma Anda harus:

1. klon repo jarak jauh Anda ke direktori lain
2. menggunakan git filter-branchhanya file yang tersisa di bawah beberapa subdirektori, dorong ke remote baru
3. buat komit untuk menghapus subdirektori ini dari repo jarak jauh asli Anda

Tampaknya sebagian besar (semua?) Jawaban di sini bergantung pada beberapa bentuk git filter-branch --subdirectory-filterdan sejenisnya. Namun ini dapat berfungsi "paling sering" untuk beberapa kasus, misalnya kasus ketika Anda mengganti nama folder, mis:

 ABC/
    /move_this_dir # did some work here, then renamed it to

ABC/
    /move_this_dir_renamed

Jika Anda melakukan gaya git filter normal untuk mengekstrak "move_me_renamed", Anda akan kehilangan riwayat perubahan file yang terjadi dari belakang ketika awalnya move_this_dir ( ref ).

Dengan demikian nampak bahwa satu-satunya cara untuk benar-benar menyimpan semua perubahan sejarah (jika milik Anda adalah kasus seperti ini), adalah, pada dasarnya, untuk menyalin repositori (membuat repo baru, atur yang menjadi asal), lalu nuke semua yang lain dan ganti nama subdirektori ke induk seperti ini:

1. Mengkloning proyek multi-modul secara lokal
2. Cabang - periksa apa yang ada di sana: git branch -a
3. Lakukan checkout ke setiap cabang untuk dimasukkan dalam split untuk mendapatkan salinan lokal di workstation Anda: git checkout --track origin/branchABC
4. Buat salinan di direktori baru: cp -r oldmultimod simple
5. Buka salinan proyek baru: cd simple
6. Singkirkan modul lain yang tidak diperlukan dalam proyek ini:
7. git rm otherModule1 other2 other3
8. Sekarang hanya subdir dari modul target yang tersisa
9. Singkirkan subdir modul sehingga root modul menjadi root proyek baru
10. git mv moduleSubdir1/* .
11. Hapus subdirektori relik: rmdir moduleSubdir1
12. Periksa perubahan kapan saja: git status
13. Buat git repo baru dan salin URL-nya untuk mengarahkan proyek ini ke dalamnya:
14. git remote set-url origin http://mygithost:8080/git/our-splitted-module-repo
15. Verifikasi ini bagus: git remote -v
16. Dorong perubahan ke repo jarak jauh: git push
17. Pergi ke repo jarak jauh dan periksa semuanya ada di sana
18. Ulangi untuk cabang lain yang dibutuhkan: git checkout branch2

Ini mengikuti dokumen github "Memisahkan subfolder menjadi repositori baru" langkah 6-11 untuk mendorong modul ke repo baru.

Ini tidak akan menghemat ruang apa pun di folder .git Anda, tetapi itu akan mempertahankan semua riwayat perubahan Anda untuk file-file itu bahkan di seluruh nama. Dan ini mungkin tidak layak jika tidak ada "banyak" sejarah yang hilang, dll. Tapi setidaknya Anda dijamin tidak akan kehilangan komitmen yang lebih tua!

Saya merekomendasikan panduan GitHub untuk memisahkan subfolder menjadi repositori baru . Langkah-langkahnya mirip dengan jawaban Paul , tetapi saya menemukan instruksi mereka lebih mudah dimengerti.

Saya telah memodifikasi instruksi sehingga mereka menerapkan repositori lokal, bukan satu yang di-host di GitHub.

Membagi subfolder menjadi repositori baru

1. Buka Git Bash.

2. Ubah direktori kerja saat ini ke lokasi di mana Anda ingin membuat repositori baru Anda.

3. Kloning repositori yang berisi subfolder.

git clone OLD-REPOSITORY-FOLDER NEW-REPOSITORY-FOLDER

4. Ubah direktori kerja saat ini ke repositori hasil kloning Anda.

cd REPOSITORY-NAME

5. Untuk memfilter subfolder dari sisa file di repositori, jalankan git filter-branch, berikan informasi ini:
   • FOLDER-NAME: Folder dalam proyek Anda yang ingin Anda buat repositori terpisah.
     • Kiat: Pengguna Windows harus menggunakan / untuk membatasi folder.
   • BRANCH-NAME: Cabang default untuk proyek Anda saat ini, misalnya, masteratau gh-pages.

git filter-branch --prune-empty --subdirectory-filter FOLDER-NAME  BRANCH-NAME 
# Filter the specified branch in your directory and remove empty commits
Rewrite 48dc599c80e20527ed902928085e7861e6b3cbe6 (89/89)
Ref 'refs/heads/BRANCH-NAME' was rewritten

Saat menjalankan git filter-branchmenggunakan versi yang lebih baru dari git( 2.22+mungkin?), Dikatakan untuk menggunakan alat baru ini git-filter-repo . Alat ini tentu menyederhanakan hal bagi saya.

Penyaringan dengan filter-repo

Perintah untuk membuat XYZrepo dari pertanyaan awal:

# create local clone of original repo in directory XYZ
tmp $ git clone [email protected]:user/original.git XYZ

# switch to working in XYZ
tmp $ cd XYZ

# keep subdirectories XY1 and XY2 (dropping ABC)
XYZ $ git filter-repo --path XY1 --path XY2

# note: original remote origin was dropped
# (protecting against accidental pushes overwriting original repo data)

# XYZ $ ls -1
# XY1
# XY2

# XYZ $ git log --oneline
# last commit modifying ./XY1 or ./XY2
# first commit modifying ./XY1 or ./XY2

# point at new hosted, dedicated repo
XYZ $ git remote add origin [email protected]:user/XYZ.git

# push (and track) remote master
XYZ $ git push -u origin master

asumsi: * repo XYZ jauh baru dan kosong sebelum push

Memfilter dan bergerak

Dalam kasus saya, saya juga ingin memindahkan beberapa direktori untuk struktur yang lebih konsisten. Awalnya, saya menjalankan filter-repoperintah sederhana yang diikuti git mv dir-to-rename, tetapi saya menemukan saya bisa mendapatkan sedikit sejarah "lebih baik" menggunakan --path-renameopsi. Alih-alih melihat modifikasi terakhir 5 hours agopada file yang dipindahkan dalam repo baru sekarang saya melihat last year(di GitHub UI), yang cocok dengan waktu yang dimodifikasi dalam repo asli.

Dari pada...

git filter-repo --path XY1 --path XY2 --path inconsistent
git mv inconsistent XY3  # which updates last modification time

Saya akhirnya berlari ...

git filter-repo --path XY1 --path XY2 --path inconsistent --path-rename inconsistent:XY3

• Saya pikir posting blog Git Rev News menjelaskan dengan baik alasan di balik membuat alat repo-filtering lain.
• Saya awalnya mencoba jalur membuat sub-direktori yang cocok dengan nama repo target dalam repositori asli dan kemudian menyaring (menggunakan git filter-repo --subdirectory-filter dir-matching-new-repo-name). Perintah itu dengan benar mengkonversi subdirektori tersebut ke root dari repo lokal yang disalin, tetapi itu juga menghasilkan riwayat hanya tiga komit yang diperlukan untuk membuat subdirektori. (Saya tidak menyadari bahwa --pathdapat ditentukan beberapa kali; dengan demikian, menghilangkan kebutuhan untuk membuat subdirektori dalam repo sumber.) Karena seseorang telah berkomitmen untuk repo sumber pada saat saya perhatikan bahwa saya gagal meneruskan sejarah, saya baru saja menggunakan git reset commit-before-subdir-move --hardsetelah cloneperintah, dan ditambahkan --forceke filter-repoperintah untuk membuatnya beroperasi pada klon lokal yang sedikit dimodifikasi.

git clone ...
git reset HEAD~7 --hard      # roll back before mistake
git filter-repo ... --force  # tell filter-repo the alterations are expected

• Saya bingung pada instalasi karena saya tidak mengetahui pola ekstensi dengan git, tetapi akhirnya saya kloning git-filter-repo dan menghubungkannya dengan $(git --exec-path):

ln -s ~/github/newren/git-filter-repo/git-filter-repo $(git --exec-path)

Saya memiliki masalah ini, tetapi semua solusi standar berdasarkan git filter-branch sangat lambat. Jika Anda memiliki repositori kecil maka ini mungkin bukan masalah, itu untuk saya. Saya menulis program penyaringan git lain berdasarkan libgit2 yang sebagai langkah pertama membuat cabang untuk setiap penyaringan repositori primer dan kemudian mendorongnya untuk membersihkan repositori sebagai langkah selanjutnya. Pada repositori saya (500Mb 100000 komit) metode cabang-standar git filter membutuhkan waktu berhari-hari. Program saya membutuhkan beberapa menit untuk melakukan penyaringan yang sama.

Ia memiliki nama luar biasa git_filter dan tinggal di sini:

https://github.com/slobobaby/git_filter

di GitHub.

Semoga bermanfaat bagi seseorang.

Gunakan perintah filter ini untuk menghapus subdirektori, sambil mempertahankan tag dan cabang Anda:

git filter-branch --index-filter \
"git rm -r -f --cached --ignore-unmatch DIR" --prune-empty \
--tag-name-filter cat -- --all

Untuk apa nilainya, inilah cara menggunakan GitHub pada mesin Windows. Katakanlah Anda memiliki repo kloning yang berada di C:\dir1. Struktur direktori terlihat seperti ini: C:\dir1\dir2\dir3. The dir3direktori adalah yang saya ingin menjadi repo terpisah baru.

Github:

1. Buat repositori baru Anda: MyTeam/mynewrepo

Bash Prompt:

2. $ cd c:/Dir1

3. $ git filter-branch --prune-empty --subdirectory-filter dir2/dir3 HEAD
   Dikembalikan: Ref 'refs/heads/master' was rewritten(fyi: dir2 / dir3 peka huruf besar-kecil.)

4. $ git remote add some_name [email protected]:MyTeam/mynewrepo.git
git remote add origin etc. tidak bekerja, dikembalikan " remote origin already exists"

5. $ git push --progress some_name master

Seperti yang saya sebutkan di atas , saya harus menggunakan solusi terbalik (menghapus semua komit yang tidak menyentuh saya dir/subdir/targetdir) yang tampaknya bekerja dengan sangat baik menghilangkan sekitar 95% dari komit (seperti yang diinginkan). Namun, ada dua masalah kecil yang tersisa.

PERTAMA , filter-branchmelakukan pekerjaan mematikan menghapus komit yang memperkenalkan atau memodifikasi kode tetapi tampaknya, menggabungkan komit berada di bawah stasiunnya di Gitiverse.

• Tangkapan layar: Gabungkan Kegilaan!

Ini adalah masalah kosmetik yang mungkin bisa saya jalani (katanya ... mundur perlahan dengan mata dihindari) .

KEDUA , beberapa komit yang tersisa hampir SEMUA diduplikasi! Saya sepertinya telah memperoleh timeline kedua yang mubazir yang mencakup hampir seluruh sejarah proyek. Hal yang menarik (yang dapat Anda lihat dari gambar di bawah), adalah bahwa tiga cabang lokal saya tidak semuanya berada di timeline yang sama (yang tentu saja mengapa ada dan bukan hanya sampah yang dikumpulkan).

• Screnshot: Double-double, Git filter-branch style

Satu-satunya hal yang dapat saya bayangkan adalah bahwa salah satu dari komit yang dihapus adalah, mungkin, komit gabungan tunggal yang filter-branch benar-benar menghapus , dan yang menciptakan garis waktu paralel ketika setiap untai yang sekarang tidak tergabung mengambil salinan komitnya sendiri. ( mengangkat bahu Di mana TARDi saya?) Saya cukup yakin saya dapat memperbaiki masalah ini, meskipun saya benar - benar ingin memahami bagaimana hal itu terjadi.

Dalam kasus gila mergefest-O-RAMA, saya mungkin akan meninggalkan yang itu sendirian karena sudah begitu melekat dalam sejarah komit saya — mengancam saya setiap kali saya mendekat—, sepertinya itu tidak benar-benar menyebabkan masalah non-kosmetik dan karena itu cukup cantik di Tower.app.

Cara Lebih Mudah

1. instal git splits. Saya membuatnya sebagai ekstensi git, berdasarkan solusi jkeating .

2. Membagi direktori menjadi cabang lokal #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 XY1 XY2

3. Buat repo kosong di suatu tempat. Kami akan menganggap kami telah membuat repo kosong bernama xyzGitHub yang memiliki path:[email protected]:simpliwp/xyz.git

4. Dorong ke repo baru. #add a new remote origin for the empty repo so we can push to the empty repo on GitHub git remote add origin_xyz [email protected]:simpliwp/xyz.git #push the branch to the empty repo's master branch git push origin_xyz XYZ:master

5. Klon repo jarak jauh yang baru dibuat ke direktori lokal baru
   #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 [email protected]:simpliwp/xyz.git

Anda mungkin memerlukan sesuatu seperti "git reflog kedaluwarsa - expire = now --all" sebelum pengumpulan sampah untuk benar-benar membersihkan file. git filter-branch hanya menghilangkan referensi dalam sejarah, tetapi tidak menghapus entri reflog yang menyimpan data. Tentu saja, ujilah ini dulu.

Penggunaan disk saya turun drastis dalam melakukan ini, meskipun kondisi awal saya agak berbeda. Mungkin --subdirectory-filter meniadakan kebutuhan ini, tapi saya ragu.

Lihat proyek git_split di https://github.com/vangorra/git_split

Ubah direktori git menjadi repositori mereka sendiri di lokasi mereka sendiri. Tidak ada bisnis lucu subtree. Script ini akan mengambil direktori yang ada di repositori git Anda dan mengubah direktori itu menjadi repositori independennya sendiri. Sepanjang jalan, itu akan menyalin seluruh perubahan sejarah untuk direktori yang Anda berikan.

./git_split.sh <src_repo> <src_branch> <relative_dir_path> <dest_repo>
        src_repo  - The source repo to pull from.
        src_branch - The branch of the source repo to pull from. (usually master)
        relative_dir_path   - Relative path of the directory in the source repo to split.
        dest_repo - The repo to push to.

Masukkan ini ke gitconfig Anda:

reduce-to-subfolder = !sh -c 'git filter-branch --tag-name-filter cat --prune-empty --subdirectory-filter cookbooks/unicorn HEAD && git reset --hard && git for-each-ref refs/original/ | cut -f 2 | xargs -n 1 git update-ref -d && git reflog expire --expire=now --all && git gc --aggressive --prune=now && git remote rm origin'

Saya yakin subtree git baik-baik saja dan luar biasa, tetapi subdirektori dari kode yang dikelola git yang ingin saya pindahkan semuanya dalam gerhana. Jadi jika Anda menggunakan egit, itu sangat mudah. Ambil proyek yang ingin Anda pindahkan dan tim-> putuskan sambungannya, lalu tim-> bagikan ke lokasi baru. Ini akan menjadi standar untuk mencoba menggunakan lokasi repo yang lama, tetapi Anda dapat menghapus centang pada pilihan yang sudah ada yang digunakan dan memilih tempat baru untuk memindahkannya. Semua salam egit.

Anda dapat dengan mudah mencoba https://help.github.com/enterprise/2.15/user/articles/splitting-a-subfolder-out-into-a-new-repository/

Ini berhasil untuk saya. Masalah yang saya hadapi dalam langkah-langkah yang diberikan di atas adalah

1. dalam perintah ini git filter-branch --prune-empty --subdirectory-filter FOLDER-NAME BRANCH-NAME The BRANCH-NAMEadalah Master

2. jika langkah terakhir gagal ketika melakukan karena masalah perlindungan ikuti - https://docs.gitlab.com/ee/user/project/protected_branches.html

Saya telah menemukan solusi yang cukup mudah, idenya adalah menyalin repositori dan kemudian menghapus bagian yang tidak perlu. Begini Cara kerjanya:

1) Mengkloning repositori yang ingin Anda bagi

git clone [email protected]:testrepo/test.git

2) Pindah ke folder git

cd test/

2) Hapus folder yang tidak perlu dan komit

rm -r ABC/
git add .
enter code here
git commit -m 'Remove ABC'

3) Hapus riwayat formulir folder yang tidak perlu dengan BFG

cd ..
java -jar bfg.jar --delete-folders "{ABC}" test
cd test/
git reflog expire --expire=now --all && git gc --prune=now --aggressive

untuk folder banyak, Anda dapat menggunakan koma

java -jar bfg.jar --delete-folders "{ABC1,ABC2}" metric.git

4) Periksa apakah riwayat tidak mengandung file / folder yang baru saja Anda hapus

git log --diff-filter=D --summary | grep delete

5) Sekarang Anda memiliki repositori bersih tanpa ABC, jadi cukup dorong ke asal baru

remote add origin [email protected]:username/new_repo
git push -u origin master

Itu dia. Anda dapat mengulangi langkah-langkah untuk mendapatkan repositori lain,

hapus saja XY1, XY2 dan ganti nama XYZ -> ABC pada langkah 3