- Quản lý theo cách để commit đầu tiên bắt đầu bằng hash
0000000, commit thứ hai là 0000001 và cứ tăng dần như vậy, giúp việc đánh số trở nên trực quan
- Để tìm được các giá trị tiền tố hash như vậy, cần chèn dữ liệu rác vào commit message để điều chỉnh hash SHA-1
- Trên MacBook, dùng công cụ
githashcrash thì với tiền tố hash 8 ký tự có thể tìm trong 5 phút, còn 6 ký tự thì dưới 1 giây
- Dùng
bash-glue để tự động hóa việc này dưới tên git linearize
- Sử dụng
lucky-commit làm backend tạo hash, và nếu dùng GPU thì có thể tạo nhanh hơn 20 lần
→ lucky-commit chỉnh sửa commit message bằng các ký tự khoảng trắng vô hình thay vì văn bản rác, nên nhìn cũng không quá xấu
9 bình luận
Thú vị ghê haha, 8 ký tự đầu thì dữ liệu rác cũng không dài lắm nhỉ.
Haha... thật sự rất tò mò nếu Linus nhìn thấy thì sẽ nói gì..
Cũng kiểu như tính giá trị nonce của blockchain vậy....
Cứ dùng svn thì số revision đã được xếp chồng gọn gàng rồi mà......
Xin phép nói một chút, nhưng nếu cái đầu tiên là 0000000 thì cái thứ hai chẳng phải sẽ là 0000001 sao? Có vẻ như bạn bị gõ nhầm rồi haha..
Ặc, haha, tôi đã sửa rồi.
Gần như cảm nhận được mức độ cầu toàn luôn nhỉ.
Dù vậy, việc nghĩ ra ý tưởng rồi thực sự bắt tay làm được vẫn rất đáng nể.
Có phải chỉ là kiểu brute-force đơn thuần không?
Đúng là kiểu đào Bitcoin nhỉ haha
biến GitHub thành sàn giao dịch!