git rebase tanpa mengubah stempel waktu komit

Apakah masuk akal untuk melakukan git rebasesambil menjaga stempel waktu komit?

Saya percaya konsekuensinya adalah bahwa cabang baru tidak harus memiliki tanggal secara kronologis. Apakah secara teori itu mungkin? (mis. menggunakan perintah pipa ledeng; hanya ingin tahu di sini)

Jika secara teori memungkinkan, maka apakah mungkin dalam praktik dengan rebase, bukan untuk mengubah cap waktu?

Misalnya, anggap saya memiliki pohon berikut:

master <jun 2010>
  |
  :
  :
  :     oldbranch <feb 1984>
  :     /
oldcommit <jan 1984>

Sekarang, jika saya oldbranchmulai lagi master, tanggal komit berubah dari Februari 1984 menjadi Juni 2010. Apakah mungkin mengubah perilaku itu sehingga stempel waktu komit tidak berubah? Pada akhirnya saya akan mendapatkan:

      oldbranch <feb 1984>
      /
 master <jun 2010>
    |
    :

Apakah itu masuk akal? Apakah bahkan diizinkan di git untuk memiliki riwayat di mana komit lama memiliki komit yang lebih baru sebagai orangtua?

Pembaruan Juni 2014: David Fraser menyebutkan dalam komentar sebuah solusi yang juga dirinci dalam " Ubah stempel waktu saat rebasing cabang git ", menggunakan opsi --committer-date-is-author-date(diperkenalkan awalnya pada Januari 2009 di komit 3f01ad6

Perhatikan bahwa --committer-date-is-author-dateopsi tersebut tampaknya meninggalkan stempel waktu penulis, dan setel stempel waktu pengganti menjadi sama dengan stempel waktu penulis asli, yang diinginkan OP Olivier Verdier .

Saya menemukan komit terakhir dengan tanggal yang benar dan melakukan:

git rebase --committer-date-is-author-date SHA

Lihat git am:

--committer-date-is-author-date

Secara default, perintah mencatat tanggal dari pesan email sebagai tanggal pembuat komit, dan menggunakan waktu pembuatan komit sebagai tanggal komiter.
Ini memungkinkan pengguna untuk berbohong tentang tanggal committer dengan menggunakan nilai yang sama dengan tanggal penulis .

(Jawaban asli, Juni 2012)

Anda dapat mencoba, untuk rebase non-interaktif

git rebase --ignore-date

(dari jawaban SO ini )

Ini diteruskan ke git am, yang menyebutkan:

 --ignore-date

Secara default, perintah mencatat tanggal dari pesan email sebagai tanggal pembuat komit, dan menggunakan waktu pembuatan komit sebagai tanggal komiter.
Ini memungkinkan pengguna untuk berbohong tentang tanggal penulis dengan menggunakan nilai yang sama dengan tanggal committer.

Sebab git rebase, opsi ini "Tidak kompatibel dengan opsi --interaktif."

Karena Anda dapat mengubah kapan saja cap waktu komit lama (dengan git filter-branch), saya kira Anda dapat mengatur riwayat Git Anda dengan urutan tanggal komit apa pun yang Anda inginkan / butuhkan, bahkan atur ke masa depan! .

Seperti Olivier menyebutkan dalam pertanyaannya, tanggal penulis tidak pernah diubah oleh rebase;
Dari Buku Pro Git :

• Penulis adalah orang yang awalnya menulis karya tersebut,
• sedangkan committer adalah orang yang terakhir mengaplikasikan pekerjaan.

Jadi, jika Anda mengirim tambalan ke proyek dan salah satu anggota inti menerapkan tambalan, Anda berdua mendapatkan kredit.

Untuk lebih jelas, dalam hal ini, seperti komentar Olivier:

yang --ignore-datemelakukan kebalikan dari apa yang saya capai !
Yaitu, menghapus stempel waktu penulis dan menggantinya dengan stempel waktu komitmen!
Jadi jawaban yang tepat untuk pertanyaan saya adalah:
Jangan lakukan apa-apa, karena git rebase sebenarnya tidak mengubah stempel waktu penulis secara default.

Jika Anda telah mengacaukan tanggal komit (mungkin dengan rebase) dan ingin mengatur ulangnya ke tanggal penulis yang sesuai, Anda dapat menjalankan:

git filter-branch --env-filter 'GIT_COMMITTER_DATE=$GIT_AUTHOR_DATE; export GIT_COMMITTER_DATE'

Sebuah pertanyaan penting Von C membantu saya memahami apa yang terjadi: ketika rebase Anda, committer ini perubahan timestamp, tapi bukan penulis timestamp, yang tiba-tiba semua masuk akal. Jadi pertanyaan saya sebenarnya tidak cukup tepat.

Jawabannya adalah rebase sebenarnya tidak mengubah stempel waktu penulis (Anda tidak perlu melakukan apa pun untuk itu), yang sangat cocok untuk saya.

Secara default, git rebase akan mengatur stempel waktu committer ke waktu ketika komit baru dibuat, tetapi menjaga stempel waktu penulis tetap utuh. Sebagian besar waktu, ini adalah perilaku yang diinginkan, tetapi pada beberapa skenario, kami juga tidak ingin mengubah cap waktu komiter. Bagaimana kita bisa mencapai itu? Nah, inilah trik yang biasa saya lakukan.

Pertama, pastikan setiap komit yang akan Anda rebase memiliki pesan komit unik dan cap waktu penulis (Di sinilah trik membutuhkan perbaikan, saat ini sesuai dengan kebutuhan saya).

Sebelum rebase, catat stempel waktu pengganti, stempel waktu penulis dan komit pesan dari semua komit yang akan diubah menjadi file.

#NOTE: BASE is the commit where your rebase begins
git log --pretty='%ct %at %s' BASE..HEAD > hashlog

Kemudian, biarkan rebase yang sebenarnya terjadi.

Akhirnya, kami mengganti timestamp committer saat ini dengan yang dicatat dalam file jika pesan komit sama dengan menggunakan git filter-branch.

 git filter-branch --env-filter '__date=$(__log=$(git log -1 --pretty="%at %s" $GIT_COMMIT); grep -m 1 "$__log" ../../hashlog | cut -d" " -f1); test -n "$__date" && export GIT_COMMITTER_DATE=$__date || cat'

Jika terjadi kesalahan, checkout saja git reflogatau semua refs/original/referensi.

Selain itu, Anda dapat melakukan hal yang mirip dengan stempel waktu penulis.

Misalnya, jika stempel waktu penulis dari beberapa komit tidak sesuai, dan tanpa mengatur ulang komit ini, kami hanya ingin stempel waktu penulis ditampilkan secara berurutan, maka perintah berikut akan membantu.

git log --pretty='%at %s' COMMIT1..COMMIT2 > hashlog
join -1 1 -2 1 <(cat hashlog | cut -f 1 | sort -nr | awk '{ print NR" "$1 }') <(cat hashlog | awk '{ print NR" "$0 }') | cut -d" " -f2,4- > hashlog_
mv hashlog_ hashlog
git filter-branch --env-filter '__date=$(__log=$(git log -1 --pretty="%s" $GIT_COMMIT); grep -m 1 "$__log" ../../hashlog | cut -d" " -f1); test -n "$__date" && export GIT_AUTHOR_DATE=$__date || cat'