20个设备，每个都有一个独立的驱动文件。每个人都应该有自己的 Git 回购协议吗？
20 devices, each with an independent driver file. Should each have their own Git repo?
单个文件拥有自己的repo似乎有些过分，但同时它们都是独立的项目，完全没有关系。
目前我有一个网络文件夹，其中有一个 "Driver Development" 文件夹，我们从中复制最新版本的代码以进行处理。然后在一天结束时将其粘贴回去。
我想使用 git。
谢谢！
您没有理由不能拥有一个包含所有驱动程序文件的 git 存储库。这个 repo 可以是一个单一的文件夹，其操作方式与您现有的网络文件夹非常相似。当有人想要更改驱动程序文件时，他们可以克隆存储库，进行更改，然后制作一个 PR 来解释他们的更改。
当然，您也可以建立一小群单独的存储库，或者将每个设备作为一个分支来处理（不要那样做），工作流对您和您的团队的工作比它本身更重要与 git / GitHub 的使用方式 "meant" 一致。
（我不知道这在你的情况下是否可行，但如果可以将代码模块化以从样板驱动程序代码中分离出设备相关代码，这将打开更多的工作流程可能性......）
单个文件拥有自己的repo似乎有些过分，但同时它们都是独立的项目，完全没有关系。
目前我有一个网络文件夹，其中有一个 "Driver Development" 文件夹，我们从中复制最新版本的代码以进行处理。然后在一天结束时将其粘贴回去。
我想使用 git。
谢谢！
您没有理由不能拥有一个包含所有驱动程序文件的 git 存储库。这个 repo 可以是一个单一的文件夹，其操作方式与您现有的网络文件夹非常相似。当有人想要更改驱动程序文件时，他们可以克隆存储库，进行更改，然后制作一个 PR 来解释他们的更改。
当然，您也可以建立一小群单独的存储库，或者将每个设备作为一个分支来处理（不要那样做），工作流对您和您的团队的工作比它本身更重要与 git / GitHub 的使用方式 "meant" 一致。
（我不知道这在你的情况下是否可行，但如果可以将代码模块化以从样板驱动程序代码中分离出设备相关代码，这将打开更多的工作流程可能性......）