Menjaga Git History yang Sangat Linear

• Cara mengelola riwayat agar nomor terlihat intuitif dengan membuat commit pertama diawali hash 0000000 dan commit kedua bertambah seperti 0000001
• Untuk menemukan nilai header hash seperti ini, perlu menambahkan data sampah ke pesan commit agar hash SHA-1 bisa disesuaikan
• Di MacBook, dengan alat githashcrash, hash header 8 karakter dapat ditemukan dalam 5 menit, dan 6 karakter dalam kurang dari 1 detik
• Ini diotomatisasi dengan bash-glue menggunakan nama git linearize
• lucky-commit digunakan sebagai backend pembuat hash, dan dengan GPU pembuatannya bisa 20x lebih cepat
  → lucky-commit memodifikasi pesan commit menggunakan karakter spasi tak terlihat alih-alih teks sampah, jadi tampilannya juga tidak buruk

[edunga1]

Menarik juga wkwk, 8 karakter pertama berarti data sampahnya juga tidak terlalu panjang.

[bbulbum]

wkwkwk... jadi penasaran banget Linus bakal ngomong apa kalau lihat ini..

[ruinnel]

Agak mirip seperti menghitung nilai nonce blockchain....

[kallare]

Kalau begitu pakai saja svn, nomor revisinya bakal tersusun rapi......

[mse9000]

Maaf lancang, tapi kalau yang pertama 0000000, bukankah yang kedua seharusnya 0000001? Sepertinya ada salah ketik wkwk..

[xguru]

Uh haha sudah saya perbaiki.

[nicewook]

Sampai terasa seperti perfeksionis.
Meski begitu, hebat juga Anda bisa memikirkan idenya lalu benar-benar mengeksekusinya.
Apakah ini sekadar brute-force?

[kandk]

Mirip metode penambangan Bitcoin ya wkwk

[galadbran]

jadikan github sebagai bursa!