JFM, MDL should be temporary files. I usually stage only required files like .sln, .sqlproject and checking the staged changes
Please don't forget to Accept Answer and Up-vote if the response helped -- Vaibhav
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
I am trying to create a Visual Studio Database project to ensure my databases are scripted and version controlled. Post creating the project file I see the following files being created in the folder
.sln (Solution File) (Need to checkin, IMHO)
.sqlproj (.SQL Project File) (Need to checkin, IMHO)
.sqlproj.user (My guess is that it can be added to .gitignore)
.jfm (Could not understand the significance of this file)
.mdl (Could not understand the significance of this file)
JFM, MDL should be temporary files. I usually stage only required files like .sln, .sqlproject and checking the staged changes
Please don't forget to Accept Answer and Up-vote if the response helped -- Vaibhav
In a Visual Studio Database Project, JFM and MDL files are auxiliary files that play specific roles in managing the project's state and schema information. Here’s an explanation of each:
JFM (Journal File for Model)
.jfm
file is a journal file used internally by Visual Studio to manage and track the state of changes made to the database project.
.sqlproj
directory or its subdirectories.MDL (Model File)
.mdl
file is a schema model file that contains a compiled version of the database schema.
.jfm
files.Why Are They Important?
.jfm
and .mdl
files are part of the database project's internal mechanism to ensure the correctness and synchronization of the database schema and associated operations.Best Practices:
.jfm
file is a journal file used internally by Visual Studio to manage and track the state of changes made to the database project..sqlproj
directory or its subdirectories..mdl
file is a schema model file that contains a compiled version of the database schema..jfm
files..jfm
and .mdl
files are part of the database project's internal mechanism to ensure the correctness and synchronization of the database schema and associated operations.