草庐IT

submodule-test

全部标签

testing - 处理模糊错误时如何保持良好的 Go 包测试覆盖率?

我试图在我的一些Go包上保持100%的代码覆盖率。这并非在任何地方都可行,即使我在构建系统上使用-integration构建标记选择了一些测试,但它应该适用于我相对独立的库包。不过,我在处理模糊错误路径的覆盖率时遇到了麻烦。这是我的一个方法示例,它是集成测试的一部分,其中有一个真实的文件系统:func(idxIndex)LoadPost(titlestring)(*PostSpec,string,error){postFolder:=strings.Replace(strings.ToLower(title),"","_",-1)spec,err:=idx.getSpec(postFo

testing - 处理模糊错误时如何保持良好的 Go 包测试覆盖率?

我试图在我的一些Go包上保持100%的代码覆盖率。这并非在任何地方都可行,即使我在构建系统上使用-integration构建标记选择了一些测试,但它应该适用于我相对独立的库包。不过,我在处理模糊错误路径的覆盖率时遇到了麻烦。这是我的一个方法示例,它是集成测试的一部分,其中有一个真实的文件系统:func(idxIndex)LoadPost(titlestring)(*PostSpec,string,error){postFolder:=strings.Replace(strings.ToLower(title),"","_",-1)spec,err:=idx.getSpec(postFo

unit-testing - 用于测试的内存文件

如何在Go中创建用于单元测试的内存文件?在Python中,我测试使用io.BytesIO读取文件或写入文件或io.StringIO.例如,要测试文件解析器,我会deftest_parse_function():infile=io.StringIO('''\line1line2line3''')parsed_contents=parse_function(infile)expected_contents=['line1','line2','line3']#orwhateverisappropriateassertparsed_contents==expected_contents与文件输

unit-testing - 用于测试的内存文件

如何在Go中创建用于单元测试的内存文件?在Python中,我测试使用io.BytesIO读取文件或写入文件或io.StringIO.例如,要测试文件解析器,我会deftest_parse_function():infile=io.StringIO('''\line1line2line3''')parsed_contents=parse_function(infile)expected_contents=['line1','line2','line3']#orwhateverisappropriateassertparsed_contents==expected_contents与文件输

svn - 我如何调整我的 svn :externals strategy to git submodules?

我无法弄清楚如何将我的思维方式转变为git,并遇到了以下问题。我有这样的情况,我们有一个共享引擎和多个使用该引擎的项目。内部开发团队和第二方团队可能正在从事使用共享引擎的项目,并希望在开发过程中尽可能多地使用共享引擎的HEAD,直到发布前几周,共享引擎将被标记和分支,然后项目将使用该分支。项目团队通常一次只处理一个项目,但可能会在调试期间更改共享引擎或添加功能。当他们提交这些更改时,我们的构建系统会运行以查找他们可能在提交时引入的任何问题。我(认为我)想在新项目/新公司中使用相同的模型。在svn中,结构是这样的:共享引擎project_in_dev-++-svn:externalsha

svn - 我如何调整我的 svn :externals strategy to git submodules?

我无法弄清楚如何将我的思维方式转变为git,并遇到了以下问题。我有这样的情况,我们有一个共享引擎和多个使用该引擎的项目。内部开发团队和第二方团队可能正在从事使用共享引擎的项目,并希望在开发过程中尽可能多地使用共享引擎的HEAD,直到发布前几周,共享引擎将被标记和分支,然后项目将使用该分支。项目团队通常一次只处理一个项目,但可能会在调试期间更改共享引擎或添加功能。当他们提交这些更改时,我们的构建系统会运行以查找他们可能在提交时引入的任何问题。我(认为我)想在新项目/新公司中使用相同的模型。在svn中,结构是这样的:共享引擎project_in_dev-++-svn:externalsha

git submodule init 什么都不做

我对“gitsubmoduleinit”有一个奇怪的问题当我使用“gitsubmoduleaddurllocation”添加子模块时,它很好地克隆了存储库,一切正常。当我将所有更改推送回父存储库、添加.gitmodules文件等并克隆存储库时,我尝试使用“gitsubmoduleinit”初始化所有子模块什么也没有发生:(字面上什么都没有,没有输出,没有额外的文件,它甚至没有尝试做任何实际的事情。所以我想知道,我做错了什么?.git模块:bash$cat.gitmodules[submodule"projects/subprojectA"]path=projects/subprojec

git submodule init 什么都不做

我对“gitsubmoduleinit”有一个奇怪的问题当我使用“gitsubmoduleaddurllocation”添加子模块时,它很好地克隆了存储库,一切正常。当我将所有更改推送回父存储库、添加.gitmodules文件等并克隆存储库时,我尝试使用“gitsubmoduleinit”初始化所有子模块什么也没有发生:(字面上什么都没有,没有输出,没有额外的文件,它甚至没有尝试做任何实际的事情。所以我想知道,我做错了什么?.git模块:bash$cat.gitmodules[submodule"projects/subprojectA"]path=projects/subprojec

git - 默认推送到 --recurse-submodules=check

我总是忘记推送子模块。有时我忘记将--recurse-submodules=check添加到gitpush。更糟糕的是,我团队中的其他人可能也会这样做。是否有一个gitconfig选项我们可以设置为默认check? 最佳答案 Gitv2.7.0添加了对push.recurseSubmodules配置选项的支持。它可以设置为与--recurse-submodules命令行选项相同的值。例如:gitconfigpush.recurseSubmodulescheck意味着gitpush的后续调用将自动检查是否已推送子模块。

git - 默认推送到 --recurse-submodules=check

我总是忘记推送子模块。有时我忘记将--recurse-submodules=check添加到gitpush。更糟糕的是,我团队中的其他人可能也会这样做。是否有一个gitconfig选项我们可以设置为默认check? 最佳答案 Gitv2.7.0添加了对push.recurseSubmodules配置选项的支持。它可以设置为与--recurse-submodules命令行选项相同的值。例如:gitconfigpush.recurseSubmodulescheck意味着gitpush的后续调用将自动检查是否已推送子模块。