I'm not even close to understanding why version control is impossible with compiled languages. I use version control with Java/Groovy all the time.
Version control works best on plain text documents, but you can certainly check in binary assets to version control repos. I've done it even with CVS back 12 years ago, although IIRC it was a pain - SVN was somewhat easier, git is simple (re: binary files).
Software devs not using version control should set off as many alarm bells as an accountant that tries to keep everything in their head, or doesn't keep receipts. Obviously it set off those alarms for you - it's just sad that the developers themselves didn't see it.
Yes, it's usually best to keep compiled files out of version control unless you have a specific reason for doing otherwise. Most IDEs will generate seperate src and bin folders which makes this easy enough. Just initialise the repo in the src folder and it will have no knowledge that the compiled files exist.
Phrased another way, if compiled languages were indeed incompatible with source control then that would be a reason for discounting doing serious development in compiled languages altogether.
You can also point out that git was designed specifically for use in a compiled project (the linux kernel).
You're right. It did set off alarm bells at the time, but i kept having doubts since i myself am essentially a non-developer and was unsure if perhaps my argument was weak.
Now, especially after having read your response not only am I very relieved, but am realising that I had more admiration for these developers than they deserved.
Comments
I'm not even close to understanding why version control is impossible with compiled languages. I use version control with Java/Groovy all the time.
Version control works best on plain text documents, but you can certainly check in binary assets to version control repos. I've done it even with CVS back 12 years ago, although IIRC it was a pain - SVN was somewhat easier, git is simple (re: binary files).
Actually, the simpler response is the .NET ecosystem has their own version control stuff (Team Foundation Server at very least - http://msdn.microsoft.com/en-us/library/vstudio/ms181368.asp...).
Software devs not using version control should set off as many alarm bells as an accountant that tries to keep everything in their head, or doesn't keep receipts. Obviously it set off those alarms for you - it's just sad that the developers themselves didn't see it.
Yes, it's usually best to keep compiled files out of version control unless you have a specific reason for doing otherwise. Most IDEs will generate seperate src and bin folders which makes this easy enough. Just initialise the repo in the src folder and it will have no knowledge that the compiled files exist.
Phrased another way, if compiled languages were indeed incompatible with source control then that would be a reason for discounting doing serious development in compiled languages altogether.
You can also point out that git was designed specifically for use in a compiled project (the linux kernel).
Wow, thanks for the insight. I had no idea!
You're right. It did set off alarm bells at the time, but i kept having doubts since i myself am essentially a non-developer and was unsure if perhaps my argument was weak.
Now, especially after having read your response not only am I very relieved, but am realising that I had more admiration for these developers than they deserved.