c - 上游维护者的工具？用于发布前的测试(Debian等)

Question

Closed. This question is off-topic。它当前不接受答案。
                            
                        
                    
                
                            
                                
                
                        
                            
                        
                    
                        
                            想改善这个问题吗？ Update the question，所以它是 on-topic，用于堆栈溢出。
                        
                        6年前关闭。
                                                                                            
                
        
我开发了供其他软件使用的库。通常，该库最终以Debian，Fedora等格式打包，并且其“反向依赖性”也最终打包并使用。

因此，我想这使我成为了“上游维护者”。我只是使用自动工具生成了一个tarball，然后打包程序就用它来生成.deb文件，等等。现在，困扰我很多时间的是维护者和打包者之间的脱节。我感觉每次我发布一个版本时，即使它只是一个错误修正版本，我都可能引起链下所有人的头痛。

可能的问题：


我引入了一个在测试中没有发现的错误，尽管我进行了广泛的测试来测试各种配置-我没有无限的测试资源，并且它是一个很小的库，所以尽管有1或2个，但我还是一个人呆着其他有帮助的人，但通常只在一个平台上进行测试。
我忘记修改版本号，造成混乱
我确实修改了版本号，但忘记修改了SO版本（您知道，它指定了API / ABI兼容性，并且独立于软件发行版）
我做了一个小小的改动，但无意间导致了API不兼容（例如，做了一些本应一直存在的“ const”，却没有意识到这会破坏人们的代码）
我做了一个小小的更改，但无意中导致了ABI不兼容-例如，更改了头文件中的常量，没有考虑并忘记了将其“嵌入”针对先前版本的软件中


在过去的某个时间或其他时间，我几乎完成了所有这些事情。由于先前的这些错误，这些天我可能花了比实际开发更多的时间进行测试，但最终还是会犯错。错误通常并没有那么糟糕，毕竟所有人都理解后会发生错误，但是它们有时会导致人们放弃使用图书馆，甚至没有与我交谈或在邮件列表上进行交流，这很糟糕-如果这些人如此感兴趣，如果他们在我发布发行版之前就进行了测试，那将很酷-但无论如何，您都会明白。

因此，我的测试过程不仅涉及编译和运行单元测试，还涉及一些相当广泛的步骤。特别是，我现在正在使用“ apt-cache rdepends”查找使用我的库的软件，然后安装它并切换出二进制文件以测试ABI兼容性。然后，我将其卸载，然后“ apt-get source”它，并针对新版本进行编译以测试API兼容性。

这种测试涉及


了解其他人的软件并弄清楚它在哪里以及如何执行我的代码
编译其他人的软件，包括弄清他们的其他依赖关系以及如何使一切正常运行-对于大型项目，这可能是一场噩梦。
使用我的软件的某些项目实际上是其他项目的插件，这意味着我还必须使宿主程序正常工作
使用我的库的许多项目都是面向GUI的，因此我必须导航和学习一些我什至不知道或未使用的软件，然后猜测何时将其放到实际调用我的库的地方
我的库可在Linux，Windows和OS X上运行，而且经常没有足够的机器和操作系统来进行测试。例如，我上一个发行版的一个巨大问题是一个仅在x86_64的Linux中显示的错误。我已经在Linux i386和OS X 64位上进行了测试，但是以某种方式这些平台都没有显示该错误，这是我忽略测试的Linux-64位组合所特有的，因为我没有正确的硬件并假设我已经覆盖了足够的地面。


可以想象，这不是一个轻松的任务，并且会在发布给定版本之前造成巨大的延迟，延迟了错误修正的发布等。最糟糕的是，我的项目甚至不是一个大型图书馆，而是一个业余爱好项目。我的，所以这一切感觉就像是在业余时间做的大笔开销。我宁愿开发功能，也不愿为自己所做的每一个小小的变化来防御自己的潜在错误。但是，它目前在Ubuntu中列出了42个rdepends，可以给您一个构想，并且我很自豪它对其他人很有用，因此我希望能够开发和改进它，而不必担心为每个人带来麻烦。

我的问题是，如何提高测试过程的效率？例如，是否有任何工具可以针对新版本的库自动编译“ rdepends”软件包并提供报告？还是以某种方式下载rdepends的已编译二进制文件并针对我的ABI测试加载它们，而实际上并不一定需要我浏览某些未知软件的GUI？

最佳答案

如何提高测试过程的效率？


主要问题是通信，此外您缺乏使流程自动化的脚本。您可以对软件包进行预发行，邮寄库支持的发行版等，也可以不维护软件包，而是自己将其插入市长Distro并让一些经过试验的维护者来做。

您总是可以破坏别人的东西，只是不要经常这样做。请记住，人们在某种意义上需要稳定性，因此您可以很好地记录每次更改，以便使用库的人不能说您没有告诉他们。

关于工具...您应该找到适合自己的步调。也许有些构建机器人（AFAIK一些项目借出了构建机器人），也许脚本将您构建的东西自动化，等等，等等，等等，我是这样说的吗？这个问题太广泛了，实际上有太多的解决方案使任何建议都不可行。您可能希望将https://softwareengineering.stackexchange.com/q/150466/104338检查为“某些”方法，但同样，您应该找到自己的步调。

关于c - 上游维护者的工具？用于发布前的测试(Debian等)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/20300803/

上一篇：c - 用消息队列C发送文件内容

下一篇：c - fscanf ("%s%s"， cometd ，组)；

相关文章：

python - 使用线程时单元测试 Python 中的 time.sleep()

c - __stdcall 名称修饰的语法是什么？

在 C 中计算 32 位 int 的阶乘(mod prime)比 O(n) 更快？

c - openMP 以及如何检查缓存行为并行性

linux - 根据unix中的两列对csv文件进行排序

php - ORA-12154 PHP OCI8 悲痛

linux - 运行 hello-world 的 Oracle Linux 上的 “Error response from daemon: Cannot start container … no such file or directory”

java - Junit 模拟对象

c - Linux 头文件中的函数定义中的 DECLSPEC 和 SDLCALL 是什么意思？

python - 来自其他模块的模拟功能

Answer 1

如何提高测试过程的效率？


主要问题是通信，此外您缺乏使流程自动化的脚本。您可以对软件包进行预发行，邮寄库支持的发行版等，也可以不维护软件包，而是自己将其插入市长Distro并让一些经过试验的维护者来做。

您总是可以破坏别人的东西，只是不要经常这样做。请记住，人们在某种意义上需要稳定性，因此您可以很好地记录每次更改，以便使用库的人不能说您没有告诉他们。

关于工具...您应该找到适合自己的步调。也许有些构建机器人（AFAIK一些项目借出了构建机器人），也许脚本将您构建的东西自动化，等等，等等，等等，我是这样说的吗？这个问题太广泛了，实际上有太多的解决方案使任何建议都不可行。您可能希望将https://softwareengineering.stackexchange.com/q/150466/104338检查为“某些”方法，但同样，您应该找到自己的步调。