C# msbuild.exe创建的bin/fr文件夹的用途是什么？

在我的计算机上编译项目时，在bin文件夹下，我有以下文件体系结构：

bin/
    BS/                                                #I believed it is specific to my project
    fr/                                                #this is the folder that bother me
        Microsoft.Build.Utilities.V3.5.ressource.dll   # the only file under that folder
    fr-FR/
    [...]                                              # lots of .dll and other things
    Microsoft.Build.Utilities.V3.5.dll                 # same dll name as in the fr/ folder except the ".ressource" is missing

fr和fr文件夹的名称可能是这样的，因为我的操作系统和VS语言是法语

但是，当我在构建服务器中构建此项目时，我会得到完全相同的bin文件夹，只是缺少fr/文件夹。因此，Microsoft.Build.Utilities.V3.5.dll文件也丢失了。这是唯一的区别

我想知道该fr/文件夹的用途，以及该项目是否强制执行？我在寻找一个规范的答案，而不是一个具体的答案

---

编辑：我认为这与附属组件无关。否则，我就不会丢失构建服务器上的fr/文件夹。我想一个

en/

文件夹将被替换。不仅仅是删除。

它似乎是MsBuild消息输出的Fr语言dll，我认为这就是为什么在生成服务器上看不到它的原因。

---

请参见

它似乎是MsBuild消息输出的Fr语言dll，我认为这就是为什么在生成服务器上看不到它的原因。

---

看

我想你不必太担心这个问题。该问题是由两台不同计算机上的项目中引用的Net Framework dll的语言版本不一致引起的。这只是为dll生成一个法语资源文件，不会对构建产生任何不利影响

MSBuild仍然使用英语作为指定语言。你的第一台机器已经坏了

Microsoft.Build.Utilities.V3.5.dll

来自netframeworksdk

因此，当识别出程序集dll的法语版本时，它将自动生成资源dll的相应法语版本。它的功能只是提供法语版本的说明，对构建没有影响

当您在另一台服务器上生成项目并安装了英语版本的Net Framework SDK时，MSBuild将保持dll的相同语言，并且不会在

bin

文件夹中生成翻译指令dll

---

和您确实需要担心这种行为，这是正常的，无害的，这是由不同机器上dll的不同语言版本引起的。

我认为您不必太担心这个问题。该问题是由两台不同计算机上的项目中引用的Net Framework dll的语言版本不一致引起的。这只是为dll生成一个法语资源文件，不会对构建产生任何不利影响

MSBuild仍然使用英语作为指定语言。你的第一台机器已经坏了

Microsoft.Build.Utilities.V3.5.dll

来自netframeworksdk

因此，当识别出程序集dll的法语版本时，它将自动生成资源dll的相应法语版本。它的功能只是提供法语版本的说明，对构建没有影响

当您在另一台服务器上生成项目并安装了英语版本的Net Framework SDK时，MSBuild将保持dll的相同语言，并且不会在

bin

文件夹中生成翻译指令dll

---

和您确实需要担心这种行为，这是正常的，无害的，是由不同机器上dll的不同语言版本引起的。

这是否回答了您的问题@Sinatr请看我的编辑，因为我不这么认为。这个项目也不关心处理多语言。这能回答你的问题吗@Sinatr请看我的编辑，因为我不这么认为。这个项目也不关心处理多语言。