libgit2測試失敗了多少？ （我應該如何解釋結果？）

Question

我已經從libgit2存儲庫（提交4ae29053d5）中提取/合併了最後的更改，創建了build子目錄，並使用Visual Studio 2010以這種方式編譯Windows 7上的庫：

e:\Software\libgit2\build>cmake .. -G"Visual Studio 10" -DTHREADSAFE=ON -DSTDCALL=OFF 
-- The C compiler identification is MSVC 16.0.40219.1 
-- Check for working C compiler using: Visual Studio 10 
-- Check for working C compiler using: Visual Studio 10 -- works 
-- Detecting C compiler ABI info 
-- Detecting C compiler ABI info - done 
zlib was not found; using bundled 3rd-party sources. 
-- Found PythonInterp: c:/Python26/python.exe (found version "2.6.5") 
-- Configuring done 
-- Generating done 
-- Build files have been written to: E:/Software/libgit2/build 

e:\Software\libgit2\build>cmake --build . 

Microsoft (R) Visual Studio Version 10.0.40219.1. 
Copyright (C) Microsoft Corp. All rights reserved. 
1>------ Build started: Project: ZERO_CHECK, Configuration: Debug Win32 ------ 
1> Checking Build System 
1> CMake does not need to re-run because E:/Software/libgit2/build/CMakeFiles/g 
enerate.stamp is up-to-date. 
2>------ Build started: Project: git2, Configuration: Debug Win32 ------ 
3>------ Build started: Project: libgit2_clar, Configuration: Debug Win32 ------ 

2> Building Custom Rule E:/Software/libgit2/CMakeLists.txt 
2> CMake does not need to re-run because E:\Software\libgit2\build\CMakeFiles\g 
enerate.stamp is up-to-date. 
2> precompiled.c 
3> Building Custom Rule E:/Software/libgit2/CMakeLists.txt 
[...] 
3> renames.c 
3> submodules.c 
3> lookup.c 
3> status.c 
3> basic.c 
3> trace.c 
3>  Creating library E:/Software/libgit2/build/Debug/libgit2_clar.lib and obj 
ect E:/Software/libgit2/build/Debug/libgit2_clar.exp 
3>  Creating library E:/Software/libgit2/build/Debug/libgit2_clar.lib and obj 
ect E:/Software/libgit2/build/Debug/libgit2_clar.exp 
3> libgit2_clar.vcxproj -> E:\Software\libgit2\build\Debug\libgit2_clar.exe 
4>------ Build started: Project: ALL_BUILD, Configuration: Debug Win32 ------ 
4> Building Custom Rule E:/Software/libgit2/CMakeLists.txt 
4> CMake does not need to re-run because E:\Software\libgit2\build\CMakeFiles\g 
enerate.stamp is up-to-date. 
4> Build all projects 
========== Build: 4 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========  

似乎一切都OK。當啓動測試時，它失敗：

e:\Software\libgit2\build>ctest -V 
UpdateCTestConfiguration from :E:/Software/libgit2/build/DartConfiguration.tcl 
UpdateCTestConfiguration from :E:/Software/libgit2/build/DartConfiguration.tcl 
Test project E:/Software/libgit2/build 
Constructing a list of tests 
Done constructing a list of tests 
Checking test dependency graph... 
Checking test dependency graph end 
test 1 
    Start 1: libgit2_clar 

1: Test command: E:\Software\libgit2\build\Debug\libgit2_clar.exe "-ionline" 
1: Test timeout computed to be: 9.99988e+006 
1: Loaded 195 suites: 
1: Started 
1: 
1: attr::file.... 
1: attr::flags... 
1: attr::ignore..... 
[...] 
1: status::submodules...... 
1: status::worktree.................................. 
1: status::worktree::init........ 
1: submodule::lookup..... 
1: submodule::modify.... 
1: submodule::status....... 
1: threads::basic. 
1: trace::trace...... 
1: 
1: 1) Failure: 
1: diff::workdir::submodules [..\tests-clar\diff\workdir.c:825] 
1: 33 != exp.lines 
1: 33 != 35 
1: 
1/1 Test #1: libgit2_clar .....................***Failed 250.12 sec 

0% tests passed, 1 tests failed out of 1 

Total Test time (real) = 250.20 sec 

The following tests FAILED: 
      1 - libgit2_clar (Failed) 
Errors while running CTest 

這是一個知道情況嗎？看來很多（子）測試都通過了。我不知道測試框架。最後的信息是否意味着只有diff::workdir::submodules失敗？

Answer 1

我不知道測試框架。

Libgit2依靠Clar測試框架。

最後的消息是否意味着只有diff :: workdir :: submodules失敗？

是的。更確切地說，它指向你的failing assertion

它是一個已知的情況呢？

不需要。libgit2團隊努力工作，始終讓測試通過。

我試過在本地，我不能重現此問題。這gist含有抗libgit2@4ae29053構建和試運行。

這已經在Win 7上運行（32位）針對Visual Studio 2010的平臺以及。

我看到的唯一區別是，你正在運行的Python的舊版本，但是這不應該是一個問題。 Clar依靠Python生成測試套件（關於此項目的更多信息，請參閱項目的README文件），並支持Python返回到版本2.5。

如果您可以成功重現此故障，請打開libgit2 issue tracker中的問題，因爲這可能需要更深入的疑難解答，可能不適合StackOverflow格式。