Tôi đã thấy trong một số dự án mà nhà phát triển bao gồm một số thứ như $Revision$ trong tài liệu mã nguồn. Tôi nghĩ rằng đó là các macro hoặc biến môi trường cho một số công cụ nhưng tôi không biết làm thế nào để làm việc với chúng.số sửa đổi git trong tài liệu mã nguồn
Tôi quan tâm đến việc thêm tính năng này vào dự án tiếp theo của tôi. Tôi thường sử dụng TextMate, git và doxygen. Bất kỳ đề xuất?
Có: đề xuất: không thực hiện.
Mở rộng từ khóa có thể được thực hiện bằng bộ lọc gitattribute, như được trình bày trong "Git equivalent of subversion's $URL$ keyword expansion", nhưng điều này giới thiệu siêu dữ liệu trong dữ liệu, thường làm cho hợp nhất phức tạp hơn nhiều so với thực tế.
Bạn có thể thấy câu trả lời này (dài) trên "What are the basic clearcase concepts every developer should know?" tất cả các cuộc tranh luận về "Số phiên bản được nhúng - Tốt hay xấu?".
Trừ khi bạn có người quản lý hợp nhất tốt để bỏ qua các giá trị đặc biệt đó, bạn sẽ nhận được "Hợp nhất địa ngục".
Và với Git, như được mô tả chi tiết trong "How does Git solve the merging problem?", quá trình hợp nhất khá cơ bản. Không có trình quản lý hợp nhất ưa thích nào.
$Revision:$ (yêu cầu ':' là bắt buộc) được RCS và CVS sử dụng. Một số hệ thống khác có các tính năng tương tự, nhưng có vẻ như các hệ thống hiện đại hơn thì không.
Chúa - vâng! đó là những gì scm là cho .. biết lần cuối cùng một tập tin đã được sửa đổi. Siêu dữ liệu không được trộn lẫn với dữ liệu. NSA có thể giải thích vấn đề này :-) – Pat
@Pat Tôi thấy những gì bạn đã làm ở đây;) Nếu tôi phân tích bình luận cuối cùng của bạn thông qua * lăng kính * của thực tế, ý nghĩa của nó là khá rõ ràng. – VonC