我来帮你一步步拆解和解决这两个问题：

一、-workspace后缀的来源 #

这个后缀其实来自你Fork的myuser/material-ui仓库本身！npm在安装GitHub仓库时，会自动读取仓库根目录下package.json里的name字段，把它作为安装后包的名称（也就是node_modules里的文件夹名，以及你项目package.json里的依赖名）。

你可以去你的Fork仓库里打开根目录的package.json，肯定能看到"name": "material-ui-workspace"这样的配置——大概率是原仓库用了monorepo工作区（workspace）模式，根目录的package.json只是作为工作区配置，而非实际的包定义。

如果想改成你期望的material-ui，直接修改这个name字段，提交到GitHub即可，下次安装时就会用新的名称。

二、正确安装带构建文件的Fork仓库 #

你提交了build文件夹却没生效，核心原因是原仓库的.gitignore大概率把build/dist这类构建产物加入了忽略列表，即使你手动提交了，npm拉取GitHub仓库时会默认遵循.gitignore的规则，不会拉取这些被忽略的文件。下面是两种可行的解决方案：

方案1：调整Fork仓库配置，让npm安装时获取构建产物 #

1. 打开你的Fork仓库，编辑根目录的.gitignore文件，移除对build（或dist，取决于项目的构建输出目录）的忽略规则。
2. 在本地克隆的Fork仓库中执行：

   npm install  # 安装依赖
   npm run build  # 生成构建文件
   

3. 提交.gitignore的修改和build文件夹到GitHub：

   git add .gitignore build/
   git commit -m "Add build files and update gitignore"
   git push origin main  # 替换成你的分支名
   

4. 回到你的主项目，先卸载旧的依赖，再重新安装：

   npm uninstall material-ui-workspace
   npm install --save myuser/material-ui
   

方案2：使用本地tar包安装（更可靠，适合测试） #

如果不想修改Fork仓库的.gitignore，或者担心影响仓库的整洁性，可以用这种方式：

1. 在本地克隆的Fork仓库中执行构建，然后生成tar包：

   npm install
   npm run build
   npm pack  # 会生成类似material-ui-x.x.x.tgz的压缩包
   

2. 把生成的tar包复制到你的主项目目录下，然后执行安装：

   npm install --save ./material-ui-x.x.x.tgz
   

额外注意：如果Fork的是monorepo项目（比如新版MUI） #

如果你的Fork仓库是monorepo（根目录是工作区，实际的包在packages/子目录下），直接安装根仓库会有问题，因为根目录的package.json不是可安装的包。这种情况下：

1. 先在Fork仓库中构建所有子包：npm run build
2. 找到你需要的具体子包（比如packages/@mui/material），进入该子目录执行npm pack生成tar包
3. 回到主项目安装这个子包的tar包即可

内容的提问来源于stack exchange，提问作者DFB