破坏了对编码pkg的依赖。代码从一天到另一天都不起作用。升级失败？(编辑:不！失败用户。请看我的回答)

Question

我是个新手，正在开发一个网页抓取程序。昨天晚上我在运行我的程序，一切都很正常。我的程序既可以使用"go run xyz.go“从源代码运行，也可以从构建版本($ ./xyz.exe)运行。

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

"$ go运行xyz.go

go build golang.org/x/text/encoding: C:\Users\admin\Dropbox\gowork\pkg\mod\golang.org\x\text@v0.3.7\encoding中没有非测试Go文件

go build golang.org/x/text/transform:在C:\Users\admin\Dropbox\gowork\pkg\mod\golang.org\x\text@v0.3.7\transform中没有非测试Go文件

golang.org/x/net/html/atom

........\pkg\mod\golang.org\x\net@v0.0.0-20210916014120-12bc252f5db8\html\atom\atom.go:27:26:未定义：........\pkg\mod\golang.org\x\net@v0.0.0-20210916014120-12bc252f5db8\html\atom\atom.go:30:9：........\pkg\mod\golang.org\x\net@v0.0.0-20210916014120未定义: atomText atomText........\pkg\mod\golang.org\x\net@v0.0.0-20210916014120-12bc252f5db8\html\atom\atom.go:58:29：：undefined:未定义：-12bc252f5db8\html\atom\atom.go:34:9........\pkg\mod\golang.org\x\net@v0.0.0-20210916014120-12bc252f5db8\html\atom\atom.go:58:29: undefined: maxAtomLen -12bc252f5db8\html\atom\atom.go:34:9 undefined: hash0 ........\pkg表未定义:表........\pkg\mod\golang.org\x\net@v0.0.0-20210916014120-12bc252f5db8\html\atom\atom.go:65:10:未定义：\mod\golang.org\x\net@v0.0.0-20210916014120-12bc252f5db8\html\atom\atom.go:62:10：

github.com/andybalholm/cascadia

未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:10:9：：未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:14:9：：未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:18:9：：classSelector ......未定义的..\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:22:9：：未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:32:9：：未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:35:9：：containsPseudoClassSelector ........\pkg\mod未定义的\github.com\andybalholm\cascadia@v1.2.0\serialize.go:42:9：：未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:49:9：：未定义的........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:75:9：：onlyChildPseudoClassSelector ........\pkg\mod\github.com\andybalholm........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:81:9：：未定义：\cascadia@v1.2.0\serialize.go:81:9 inputPseudoClassSelector ........\pkg\mod\github.com\andybalholm\cascadia@v1.2.0\serialize.go:81:9:太多错误

golang.org/x/text/internal/language

........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\compact.go:12:23:未定义: Tag ........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\compact.go:23:32:未定义: Tag ........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\compose.go:15:6: undefined: Tag ........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\compose.go:23:26: undefined: Tag ........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\compose.go:56:28: undefined: Tag ........\pkg\mod\golang.org\x\text@v0.3.7\internal\language标记:未定义:语言........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\match.go:17:10:未定义:标记........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\match.go:17:35:未定义:语言........\pkg\mod\golang.org\x\text@v0.3脚本:未定义:标记........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\match.go:23:37:未定义: Script ........\pkg\mod\golang.org\x\text@v0.3.7\internal\language\match.go:23:37：.7\internal\language\match.go:23:10 too many“

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

我使用的是编码/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)
}

Answer 1

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

这个问题确实与一个被破坏的依赖有关，但与编码包无关。问题的根本原因是我笨拙地使用了Github。

我大部分时间都在这台电脑上工作，我创建了一个Github代表来保存我的工作，并将其复制到另外两台电脑上，一台笔记本电脑用于旅行，一台旧Mac电脑。

毫无疑问，几周前我出差了，有一天晚上我在做我的项目。我在那台机器上的Colly包有问题，所以我从src和pkg文件夹中删除了它，这两个文件夹与Github代表同步。然后，我机械地“无意识地”将我的工作与Github同步，就像我在旅程结束时总是做的那样。

回到我平时的电脑上，我确实做了一些工作，并与我的Guthub代表进行了同步。当我收到警告，在“拉”或忽略来自Github代表的最新版本之前，不要“推”我的工作时，我在从代表那里“拉”之前没有再考虑一下。

轰隆隆！从我路上的笔记本电脑上删除的Colly文件夹一直通过Github进入了这台机器。它弄乱了我在这台机器上的Colly文件夹，我还在尝试解开它。

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

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

再次，我为在没有耗尽所有资源的情况下发布这个问题而道歉。我希望它的结论是有帮助的。