升级 pkg 前出现依赖性破坏。令人烦恼的问题解决方案

“纵有疾风来，人生不言弃”，这句话送给正在学习Golang的朋友们，也希望在阅读本文《升级 pkg 前出现依赖性破坏。令人烦恼的问题解决方案》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

我是 golang 新手，正在开发一个网络抓取程序。昨晚我正在运行我的程序，一切正常。我的程序使用“go run xyz.go”或构建版本（$ ./xyz.exe）从源代码运行

今天早上，我醒来时发现一个明显的依赖问题，但我还没有弄清楚。昨晚构建的程序（./xyz.exe）仍然运行，但是当我今天尝试使用“go run xyz.go”运行源代码时，我得到以下结果：

“$ 运行 xyz.go

go build golang.org/x/text/encoding：c:\users\admin\dropbox\gowork\pkg\mod\golang.org\x\[email protected]\encoding 中没有非测试 go 文件

go build golang.org/x/text/transform：c:\users\admin\dropbox\gowork\pkg\mod\golang.org\x\[email protected]\transform 中没有非测试 go 文件

golang.org/x/net/html/atom

........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:27:26：未定义：atomtext ........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:30:9：未定义：atomtext ........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:34:9：未定义：atomtext ........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:58:29：未定义：maxatomlen ........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:61:11：未定义：hash0 ........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:62:10：未定义：表 ........\pkg\mod\golang.org\x\[电子邮件受保护]\html\atom\atom.go:65:10：未定义：表

github.com/andybalholm/cascadia

........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:10:9: 未定义: tagselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:14:9: 未定义: idselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:18:9：未定义：classselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:22:9：未定义：attrselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:32:9：未定义：relativepseudoclassselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:35:9：未定义：包含pseudoclassselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:42:9: 未定义: regexppseudoclassselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:49:9：未定义：nthpseudoclassselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:75:9: 未定义: onlychildpseudoclassselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:81:9: 未定义: inputpseudoclassselector ........\pkg\mod\github.com\andybalholm\[电子邮件受保护]\serialize.go:81:9：错误太多

golang.org/x/text/internal/language

........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\compact.go:12:23：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\compact.go:23:32：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\compose.go:15:6：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\compose.go:23:26：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\compose.go:56:28：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\coverage.go:9:24：未定义：语言 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\match.go:17:10：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\match.go:17:35：未定义：语言 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\match.go:23:10：未定义：标签 ........\pkg\mod\golang.org\x\[电子邮件受保护]\internal\language\match.go:23:37：未定义：脚本 ........\pkg\mod\golang.org\x\[email protected]\internal\language\match.go:23:37：错误太多”

我尝试通过升级到最新版本的 golang 来解决这个问题。不确定这是否会让事情变得更糟。

我正在使用encoding/csv包。我的 ide 是 visual sudio code。这是我的代码：

package main

import (
    "encoding/csv" // Problem seems to be with this package
    "fmt"
    "log"
    "net"
    "net/http"
    "os"
    "strings"
    "time"

    "github.com/gocolly/colly"
)

func main() {

    fName := "FOOT-live-data.csv"
    file, err := os.OpenFile(fName, os.O_APPEND|os.O_CREATE|os.O_WRONLY, 0644)
    if err != nil {
        log.Fatalf("No se pudo crear archivo, error: %q", err)
        return
    }
    defer file.Close()

    writer := csv.NewWriter(file) // Package encoding/csv is used here
    defer writer.Flush()
    
    liga := ""
    start := time.Now()
    cons := 0
    eventodds := make([]string, 3, 5)
    var data [][]string

    c := colly.NewCollector()
    
    c.OnHTML(`div#USInplay-tab-FOOT div.table-row.row-wrap`, func(e *colly.HTMLElement) {

        if e.DOM.Children().Length() == 1 {
            if liga != e.ChildText(`div.ev-type-header`) {
                liga = e.ChildText(`div.ev-type-header`)
            }
        } else {
            cons = cons + 1
            timestamp := time.Now().Round(time.Second)
            eventid := e.Attr("data-mkt_id")
            eventinfo := strings.Split(e.ChildText(`div[class="team-score"]`), "\n")
            eventtime := e.ChildText(`span.clock_mode_forward`)
            eventperiod := e.ChildText(`span.period`)

            e.ForEach(`div.inplay td.seln`, func(i int, elem *colly.HTMLElement) {
                eventodds[i] = elem.ChildText(`span.dec`)
            })

            data = append(data, []string{
                timestamp.Format(time.RubyDate),
                "WPlay",
                liga,
                eventid,
                eventinfo[1] + " - " + eventinfo[4],
                eventinfo[0] + "-" + eventinfo[3],
                eventtime,
                eventperiod,
                eventodds[0],
                eventodds[1],
                eventodds[2],
            })

        }

    })

    c.Visit("https://apuestas.wplay.co/es")

    writer.WriteAll(data)

    log.Printf("Scraping finished, check file %q for results\n", fName)

    secs := time.Since(start).Seconds()
    fmt.Printf("Tiempo total: %v segs", secs)
}

正确答案

我设法弄清楚了这个奇怪的情况！我在删除我的愚蠢问题或自己回答它以帮助处于类似情况的其他人之间进行了辩论。我决定忍住公众的嘲笑，亲自回答这个问题。

问题确实与损坏的依赖关系有关，但与编码包无关。问题的根本原因是我对Github的笨拙使用。

我主要在这台计算机上工作，我创建了一个 Github 代表来保存我的工作并将其复制到另外两台计算机上，一台用于路上使用的笔记本电脑和一台旧 Mac。

果然，几周前我正在出差，并在一个晚上完成了我的项目。我在那台机器上的 Colly 包出现问题，所以我从 src 和 pkg 文件夹中删除了它，这些文件夹与 Github 代表同步。然后，我机械地、“无神经元地”将我的工作与 Github 同步，就像我在旅程结束时所做的那样。

回到我常用的计算机，我确实执行了更多工作，并与我的 Guthub 代表同步。当我收到关于在“拉”之前不要“推”我的工作或忽略来自 Github 代表的最新版本的警告时，我没有再考虑一下，就先从代表那里“拉”了。

繁荣！从我的路上笔记本电脑中删除的 Colly 文件夹通过 Github 一直进入这台机器。它把我在这台机器上的 Colly 文件夹搞得一团糟，我仍在试图理清它。

我还意识到，将 bin、pkg 和 src 文件夹与 Github 同步是没有意义的，因为只有后者包含您关心的实际代码，而如果内容不存在，其他两个文件夹将在本地填充；它们特定于您正在使用的机器和架构。我现在几乎可以肯定，这首先在我的笔记本电脑上造成了问题。

这证实了这样一句话：你从错误中学到的东西比从成功中学到的东西更多！

再次，我为在没有耗尽所有资源的情况下发布该问题表示歉意。希望我的结论对您有所帮助。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《升级 pkg 前出现依赖性破坏。令人烦恼的问题解决方案》文章吧，也可关注golang学习网公众号了解相关技术文章。