Di Git, bagaimana saya bisa menulis hash komit saat ini ke file di komit yang sama

Saya mencoba melakukan hal-hal mewah di sini dengan kait Git, tapi saya tidak benar-benar tahu bagaimana melakukannya (atau jika mungkin).

Yang perlu saya lakukan adalah: di setiap commit saya ingin mengambil hash-nya dan kemudian memperbarui file di commit dengan hash ini.

Ada ide?

Saya akan merekomendasikan melakukan sesuatu yang mirip dengan apa yang ada dalam pikiran Anda: menempatkan SHA1 dalam file yang tidak terlacak , yang dihasilkan sebagai bagian dari proses pembangunan / instalasi / penyebaran. Ini jelas mudah dilakukan ( git rev-parse HEAD > filenameatau mungkin git describe [--tags] > filename), dan ia menghindari melakukan sesuatu yang gila seperti berakhir dengan file yang berbeda dari apa yang dilacak git.

Kode Anda kemudian dapat mereferensikan file ini ketika membutuhkan nomor versi, atau proses build dapat memasukkan informasi ke dalam produk akhir. Yang terakhir sebenarnya adalah bagaimana git sendiri mendapatkan nomor versinya - proses build mengambil nomor versi dari repo, lalu membuatnya menjadi executable.

Tidak mungkin untuk menulis hash komit saat ini: jika Anda berhasil pra-menghitung hash komit di masa depan - itu akan berubah segera setelah Anda memodifikasi file apa pun.

Namun, ada tiga opsi:

1. Gunakan skrip untuk meningkatkan 'komit id' dan sertakan di suatu tempat. Jelek
2. .gitignore file yang akan Anda gunakan untuk menyimpan hash. Tidak terlalu berguna
3. Di pre-commit, simpan hash komit sebelumnya :) Anda tidak memodifikasi / menyisipkan komit dalam kasus 99,99%, jadi, ini AKAN bekerja. Dalam kasus terburuk Anda masih dapat mengidentifikasi revisi sumber.

Saya sedang mengerjakan skrip kait, akan mempostingnya di sini 'ketika sudah selesai', tetapi masih - lebih awal dari Duke Nukem Forever dirilis :))

Perbarui : kode untuk .git/hooks/pre-commit:

#!/usr/bin/env bash
set -e

#=== 'prev-commit' solution by o_O Tync
#commit_hash=$(git rev-parse --verify HEAD)
commit=$(git log -1 --pretty="%H%n%ci") # hash \n date
commit_hash=$(echo "$commit" | head -1)
commit_date=$(echo "$commit" | head -2 | tail -1) # 2010-12-28 05:16:23 +0300

branch_name=$(git symbolic-ref -q HEAD) # http://stackoverflow.com/questions/1593051/#1593487
branch_name=${branch_name##refs/heads/}
branch_name=${branch_name:-HEAD} # 'HEAD' indicates detached HEAD situation

# Write it
echo -e "prev_commit='$commit_hash'\ndate='$commit_date'\nbranch='$branch'\n" > gitcommit.py

Sekarang satu-satunya yang kita butuhkan adalah alat yang mengubah prev_commit,branchpasangan menjadi hash komit :)

Saya tidak tahu apakah pendekatan ini dapat membedakan penggabungan komitmen. Akan segera memeriksanya

Seseorang menunjuk saya ke bagian "man gitattributes" pada ident, yang memiliki ini:

ident

Ketika atribut ident disetel untuk sebuah path, git mengganti $ Id $ dalam objek blob dengan $ Id :, diikuti oleh nama objek gumpalan heksadesimal 40 karakter, diikuti dengan tanda dolar $ pada saat checkout. Urutan byte apa pun yang dimulai dengan $ Id: dan diakhiri dengan $ pada file worktree diganti dengan $ Id $ pada saat check-in.

Jika Anda memikirkannya, ini juga yang dilakukan CVS, Subversion, dll. Jika Anda melihat repositori, Anda akan melihat bahwa file di repositori selalu berisi, misalnya, $ Id $. Tidak pernah mengandung perluasan itu. Hanya pada checkout bahwa teks diperluas.

Ini dapat dicapai dengan menggunakan filteratribut di gitattributes . Anda harus memberikan smudgeperintah yang memasukkan id komit, dan cleanperintah yang menghapusnya, sehingga file yang dimasukkan tidak akan berubah hanya karena id komit.

Dengan demikian, id komit tidak pernah disimpan dalam gumpalan file; itu hanya diperluas di copy pekerjaan Anda. (Sebenarnya memasukkan id komit ke dalam gumpalan akan menjadi tugas rekursif tanpa batas. ☺) Siapa pun yang mengkloning pohon ini perlu mengatur atribut untuk dirinya sendiri.

Pikirkan di luar kotak komit!

masukkan ini ke file hooks / post-checkout

#!/bin/sh
git describe --all --long > config/git-commit-version.txt

Versi ini akan tersedia di mana saja Anda menggunakannya.

Saya tidak berpikir Anda benar-benar ingin melakukan itu, karena ketika file di komit diubah, hash komit juga berubah.

Biarkan saya mengeksplorasi mengapa ini adalah masalah yang menantang menggunakan internal git. Anda bisa mendapatkan sha1 dari commit saat ini dengan

#!/bin/bash
commit=$(git cat-file commit HEAD) #
sha1=($((printf "commit %s\0" $(echo "$commit" | wc -c); echo "$commit") | sha1sum))
echo ${sha1[0]}

Pada dasarnya Anda menjalankan checksum sha1 pada pesan yang dikembalikan oleh git cat-file commit HEAD . Dua hal segera melompat keluar sebagai masalah ketika Anda memeriksa pesan ini. Satu adalah pohon sha1 dan yang kedua adalah waktu komit.

Sekarang waktu komit mudah dijaga dengan mengubah pesan dan menebak berapa lama waktu untuk membuat komit atau penjadwalan untuk komit pada waktu tertentu. Masalah sebenarnya adalah pohon sha1, yang bisa Anda dapatkangit ls-tree $(git write-tree) | git mktree . Pada dasarnya Anda melakukan checksum sha1 pada pesan dari ls-tree, yang merupakan daftar semua file dan checksum sha1 mereka.

Oleh karena itu komit Anda sha1 checksum tergantung pada pohon Anda sha1 checksum, yang secara langsung tergantung pada file sha1 checksum, yang melengkapi lingkaran dan tergantung pada komit sha1. Dengan demikian Anda memiliki masalah melingkar dengan teknik yang tersedia untuk saya sendiri.

Dengan checksum yang kurang aman , telah terbukti memungkinkan untuk menulis checksum file ke dalam file itu sendiri melalui brute force; Namun, saya tidak tahu ada pekerjaan yang menyelesaikan tugas itu dengan sha1. Ini bukan tidak mungkin, tetapi hampir tidak mungkin dengan pemahaman kita saat ini (tetapi siapa tahu mungkin dalam beberapa tahun ini akan menjadi sepele). Namun, masih ini bahkan lebih sulit untuk memaksa karena Anda harus menulis (melakukan) checksum dari (pohon) checksum dari (gumpalan) checksum ke dalam file.