在Go项目中，依赖管理很重要。Git Submodule可以嵌入其他仓库，便于共享代码。尽管Go Modules解决了大部分问题，但Git Submodule在某些情况下仍有用。对于未发布的依赖包，建议使用replace或go.work。选择合适的依赖管理方式应确保项目结构清晰，便于协作和维护。

本文讲述了并发场景下使用replace into操作容易出现死锁问题，原因是唯一键冲突导致的锁等待。MySQL InnoDB在申请insert_intention lock时采取规避措施，避免了多个事务等待同一个锁的情况。

这个周末我为tikv/pd提交了一个PR，修复了go.mod中错误的replace用法，将其改为require，以确保bbolt版本符合要求，避免潜在问题。

This is not always true, but in my experience, it tends to hold up. We often build or evaluate tools which aim to replace something kludgy^Wvenerable. Common examples include shells, programming...

小程序在开发过程中，如果可以在应用的某个地方加入版本号的显示，可以在后续 debug 的过程中，快速的定位代码 […]

简单来说，在go.mod中使用replace，可以将依赖库替换为本地目录，就像下面这样：1replace github.com/q191201771/naza => /Volumes/Data/chef_git/naza其中github.com/q191201771/naza是依赖的module的github repo url，/Volumes/Data/chef_git/naza是本地目录。举个栗子。