libgit2 / libgit2/libgit2sharp
i18n.commitEncoding is EVIL
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- C#
- Star
- 3.5k
- Fork
- 925
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Mô tả
Recently days I am researching i18n.commitEncoding, It's real an EVIL!!
First of all, I am a Chinese that OS language is en-us with Chinese(simplified) region. The commonly used encoding is GB2312(also GBK, code page 936).
The i18n.commitEncoding was defined in here that Character encoding the commit messages are stored in; git itself does not care per se, but this information is necessary.
OK, It's mean this config will affect the commit messages. but, I have find no any documents to define the format of encoding. I open the references window of Git GUI, and find the Default File Contents Encoding field. First item is System(cp936) of change menu, however, have an item Chinese Simplified (GB2312). They are equivalent in my first impression of two items.
I created a new repository then submit 3 commits with difference i18n.commitEncoding to test they. Both of they commit messages are four words Chinese, and i18n.commitEncoding followed by default, gb2312, cp936. (pushed to https://github.com/Aimeast/TestForFirst/commits/i18n)
git.execan display the second commitGit GUIcan display the first and third commitsGitHubcan display the first and second commits, third commit displayed as JapaneseLibGit2Sharpcan display the first and second commits (third commit not same with Github)
OK, the result real funny. I decompress objects files for digging.
- The first and second commits (e2266b and 38a2b0) were stored as
utf-8 - The third commit (bd9f62) was stored as
gb2312
After my analysis, git.exe can identify format start with cp and followed by code page number. So, we can explain why there is such result.
Now, let's into the issue. The code
// NativeMethods.git_commit_message
[DllImport(libgit2)]
[return : MarshalAs(UnmanagedType.CustomMarshaler, MarshalCookie = UniqueId.UniqueIdentifier, MarshalTypeRef = typeof(Utf8NoCleanupMarshaler))]
internal static extern string git_commit_message(GitObjectSafeHandle commit);
It's always marshal as Utf-8 result in third commit message was messy code. So, I suggest that return raw data then decode string in Proxy.git_commit_message. But, the evil is .Net Framework not support some encoding which supported by git.exe.
Hereafter is my code for detect the encoding for a commit
public static Encoding CpAsEncoding(this Commit commit)
{
try
{
var encoding = commit.Encoding;
if (encoding.StartsWith("cp", StringComparison.OrdinalIgnoreCase))
return Encoding.GetEncoding(int.Parse(encoding.Substring(2)));
return Encoding.GetEncoding(encoding);
}
catch
{
return Encoding.UTF8;
}
}
Not perfect codes, but It's working.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu từ NativeMethods.git_commit_message và Proxy.git_commit_message, sau đó kiểm tra cách Commit.Encoding được cung cấp và cách Utf8NoCleanupMarshaler xử lý kết quả native. So sánh hành vi với ba commit mẫu bằng các encoding default, gb2312 và cp936; được xem là hoàn tất khi các thông báo commit được giải mã chính xác khi Git khai báo một encoding code page được hỗ trợ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- csharp, git
- Lĩnh vực
- devtools
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 35/100