C# 在版本控制中是否应忽略*.datasource?

C# 在版本控制中是否应忽略*.datasource?,c#,.net,entity-framework,version-control,ado.net,C#,.net,Entity Framework,Version Control,Ado.net,在版本控制中是否应该忽略这一点? XXX/Properties/DataSources/xxxenties.datasource是的,它可以。在git中,您可以将*.datasource添加到根级别的.gitignore文件中,以在任何地方忽略这些类型的文件,或者,您可以将该条目放在特定目录的.gitignore文件中,并且它仅在该目录和其中的任何目录中有效。您还可以通过在目录的更深处为此文件类型添加“unignore”行来停止递归行为。简短回答:是的,您可以忽略它们 详细回答:这要看情况。这些

在版本控制中是否应该忽略这一点?
XXX/Properties/DataSources/xxxenties.datasource
是的,它可以。在git中,您可以将
*.datasource
添加到根级别的
.gitignore
文件中,以在任何地方忽略这些类型的文件,或者,您可以将该条目放在特定目录的
.gitignore
文件中,并且它仅在该目录和其中的任何目录中有效。您还可以通过在目录的更深处为此文件类型添加“unignore”行来停止递归行为。

简短回答:是的,您可以忽略它们


详细回答:这要看情况。这些XML文件(据我所知)被VisualStudio用于WPF、WinForms或WebForms中的数据绑定UI元素。在大多数项目中,您不希望直接从表示层访问数据源,而是通过业务层访问,它将拥有自己的.datasource文件。因此,如果你明确地不知道你需要它们,你可以忽略它们

你有什么问题吗?或者这是理论问题?我只是问这种文件是否应该保持版本控制。你没有解释为什么可以忽略它,我不确定你是否回答了实际问题(应该忽略它?)。如果我们不将其添加到repo中,并且同事下载了该项目,它是否能够编译,因为*.datasource文件是通过编译生成的?