I’ve been asked to put every single file in my project under source control, including the database file (not the schema, the complete file).
This seems wrong to me, but I can’t explain it. Every resource I find about source control tells me not to put generated output files in a source control system. And I understand, it’s not “source” files.
However, I’ve been presented with the following reasoning:
- Who cares? We have plenty of bandwidth.
- I don’t mind having to resolve a conflict each time I get the latest revision, it’s just one click
- It’s so much more convenient than having to think about good ignore files
- Also, if I have to add an external DLL file in the bin folder now, I can’t forget to put it in source control, as the bin folder is not being ignored now.
The simple solution for the last bullet-point is to add the file in a libraries folder and reference it from the project.
Please explain if and why putting generated output files under source control is wrong.
You haven’t explained what “the database file” is.
I would certainly include 3rd party libraries in source control, as they’re necessarily for the build and it’s good to have a way of reproducing a build at a later time with the library versions you used at that particular moment. But yes, those libraries should be included from a “libraries” folder rather than the output directory.
I wouldn’t generally include my own libraries built from the sources elsewhere in the same repository – although I have been in situations where that’s been worth doing, where some projects didn’t use the “latest and greatest” version of a common library, but just occasionally updated.
The most important practical argument I’d give against including everything, in a world where disk, processor and network are considered free and instantaneous, is that it makes it harder to tell what really changed for any given commit. It’s easier to look down a list of 3 source files than 3 source files and 150 binaries from the obj/bin directories.