[Deepin Integration]~[v25-Release] Auto integrate from topic: docker-compose-v2 by @Zeno-sole to v25-Release by deepin-ci-robot

[deepin-bot]

Package information | 软件包信息

包名	版本
golang-github-mattn-go-runewidth	0.0.16-1
docker.io	26.1.5+dfsg1-9
docker-compose	2.26.1-3
golang-github-vishvananda-netlink	1.3.0-2
containerd	1.7.24~ds1-4

Package repository address | 软件包仓库地址

deb [trusted=yes] https://ci.deepin.com/repo/obs/deepin:/CI:/TestingIntegration:/test-integration-pr-2669/testing/ ./
deb [trusted=yes] https://ci.deepin.com/repo/obs/deepin:/CI:/TestingIntegration:/test-integration-pr-2669:/community/testing/ ./

Changelog | 更新信息

golang-github-mattn-go-runewidth (0.0.16-1) unstable; urgency=medium

• New upstream version 0.0.16
• d/control:
  • Declare compliance with Debian policy 4.7.0
  • Add myself to Uploaders
• d/copyright:
  • Refresh years of Debian copyright
• d/patches:
  • Update and refresh 0001-Use-data-from-unicode-data-package.patch
  • Drop 0002-Update-for-unicode-15.1.0.patch (applied upstream)

docker.io (26.1.5+dfsg1-9) unstable; urgency=medium

• Add buildx to Recommends of cli (Closes: #1087370)

docker-compose (2.26.1-3) unstable; urgency=medium

• Upload to unstable

golang-github-vishvananda-netlink (1.3.0-2) unstable; urgency=medium

• Skip additional tests that were failing on the buildd

containerd (1.7.24~ds1-4) unstable; urgency=medium

• Revert "Integration tests not stable enough for armel, s390",
  but mark that autopkgtest as flaky for further observation

[deepin-bot]

Integration Test Info

Test suggestion | 测试建议

Influence | 影响范围

ADDITIONAL INFORMATION | 额外补充

[deepin-bot]

IntegrationProjector Notify the author
@deepin: Integrated issue updated

[deepin-bot]

IntegrationProjector Bot
Deepin Testing Integration Project Manager Info
Link to deepin-community/Repository-Integration#2669

[Zeno-sole]

为你当前的软件包组合（特别是涉及容器和Go语言网络编程）设计测试方案，确实能有效保障环境的稳定性和功能的可靠性。下面我为你梳理了一个测试框架，包括关键组件的测试要点和示例。

下表概括了针对你这些软件包的测试重点，你可以先快速了解全貌：

测试组件	核心测试目标	关键测试点
go-runewidth	字符串显示宽度计算准确性	多语言字符（中文/日文）、特殊字符（emoji/制表符）、跨平台一致性
Docker & containerd	容器全生命周期管理功能正常	镜像拉取、容器运行、端口映射、卷挂载、与docker-compose的协同
docker-compose	多服务编排与依赖管理	服务启动顺序、网络连通性、环境变量注入
netlink	网络接口配置能力正确	虚拟网卡创建、IP地址管理、路由配置（需Root权限）

接下来，我们详细看看各部分的测试方法和示例。

🔤 测试 go-runewidth 的字符处理

go-runewidth 库的正确性对确保终端界面（TUI）显示整齐至关重要。你可以编写类似的Go程序进行验证：

package main

import (
"fmt"
"github.com/mattn/go-runewidth"
)

func main() {
tests := []string{
"Hello", // 纯ASCII
"你好世界", // 中文（宽字符）
"つのだ☆HIRO", // 混合字符
"😀🎉", // Emoji
}

for _, test := range tests {
width := runewidth.StringWidth(test)
byteLen := len(test)
runeCount := utf8.RuneCountInString(test)
fmt.Printf("字符串: %s\n", test)
fmt.Printf(" 计算宽度: %d, 字节长度: %d, 符文数量: %d\n\n", width, byteLen, runeCount)
}
}
测试要点：
· 基础功能：确认中、日、韩等宽字符的宽度计算为2，ASCII字符为1。
· 特殊字符：检查Emoji、制表符等特殊字符的宽度处理是否符合预期〔1〕。
· 跨平台：在Linux和Windows（如WSL）下运行同一测试，观察结果是否一致〔2〕。

🐳 验证 Docker 与 Containerd 的协同

Docker 依赖 Containerd 作为底层运行时，因此需要测试两者协同工作的完整性。

1. 基础功能测试：
   bash

2. 拉取一个轻量级测试镜像，如Alpine或BusyBox
   sudo docker pull alpine:latest

3. 运行一个临时容器，执行简单命令
   sudo docker run --rm alpine echo "Hello from Container"

4. 测试端口映射
   sudo docker run -d --name test-web -p 8080:80 nginx:alpine
   curl http://localhost:8080 # 应能看到Nginx欢迎页
   sudo docker stop test-web

5. 测试数据卷挂载
   echo "Test Data" > testfile.txt
   sudo docker run --rm -v $(pwd)/testfile.txt:/testfile.txt alpine cat /testfile.txt

6. 检查容器运行时：
   使用 sudo ctr --address /run/containerd/containerd.sock namespaces list 命令，如果输出包含 moby 或 default 等命名空间，通常表明Docker与Containerd的连接正常〔8〕。

🧠 测试 docker-compose 编排能力

docker-compose 的核心是服务编排，重点测试多服务之间的依赖和网络。

1. 编写一个简单的 docker-compose.test.yml：
   yaml
   version: '3.8'
   services:
   web:
   image: nginx:alpine
   ports:
   · "8080:80"
   redis:
   image: redis:alpine

2. 运行并测试：
   bash
   启动服务
   sudo docker-compose -f docker-compose.test.yml up -d

检查服务状态
sudo docker-compose ps

测试服务连通性：从web服务容器内ping redis服务
sudo docker-compose exec web ping -c 2 redis

查看日志
sudo docker-compose logs web

清理
sudo docker-compose -f docker-compose.test.yml down

测试要点：确保服务能正常启动，并且容器之间能通过服务名（如 redis）正确通信〔3〕〔4〕。

🔌 验证 netlink 的网络配置功能

netlink 库通常用于需要高级网络配置的Go项目中，测试需提升权限。

package main

import (
"fmt"
"log"
"github.com/vishvananda/netlink"
)

func main() {
// 1. 创建虚拟网卡（TAP设备）
linkAttrs := netlink.NewLinkAttrs()
linkAttrs.Name = "test-tap0"
tap := &netlink.Tuntap{LinkAttrs: linkAttrs, Mode: netlink.TUNTAPMODETAP}
err := netlink.LinkAdd(tap)
if err != nil {
log.Fatal("创建虚拟网卡失败:", err)
}
defer netlink.LinkDel(tap) // 测试完成后清理

// 2. 启动设备
err = netlink.LinkSetUp(tap)
if err != nil {
log.Fatal("启动网卡失败:", err)
}

// 3. 配置IP地址
addr, _ := netlink.ParseAddr("192.168.123.1/24")
err = netlink.AddrAdd(tap, addr)
if err != nil {
log.Fatal("添加IP地址失败:", err)
}

// 4. 查看结果
links, _ := netlink.LinkList()
for _, link := range links {
if link.Attrs().Name == "test-tap0" {
addrs, := netlink.AddrList(link, netlink.FAMILYV4)
fmt.Printf("接口: %s, 状态: %s, IP地址: %v\n", link.Attrs().Name, link.Attrs().OperState, addrs)
}
}
}
测试要点：
· 权限：此测试程序必须使用 sudo 运行，因为 netlink 需要与内核交互〔5〕〔7〕。
· 功能验证：检查虚拟网卡是否成功创建并正确配置了IP地址和路由〔6〕。

🔗 进行集成测试

在单个组件测试通过后，可以设计一个简单的集成场景。例如，编写一个Go程序，该程序使用 go-runewidth 格式化输出，并使用 netlink 库为Docker容器创建的网络接口进行检查。

希望这些具体的测试建议能帮助你系统地验证当前的环境。如果你在特定组件的测试中遇到问题，或者想针对某个场景进行更深入的探讨，随时可以告诉我。