Click here to monitor SSC
SQLServerCentral is supported by Redgate
Log in  ::  Register  ::  Not logged in
Home       Members    Calendar    Who's On

Add to briefcase

Should your Source Control System understand your code? Expand / Collapse
Posted Saturday, May 31, 2014 2:08 PM

SSChasing Mays

SSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing MaysSSChasing Mays

Group: General Forum Members
Last Login: Today @ 7:12 AM
Points: 659, Visits: 2,919
Comments posted to this topic are about the item Should your Source Control System understand your code?

Best wishes,

Phil Factor
Simple Talk
Post #1576385
Posted Monday, June 2, 2014 10:16 AM


Group: General Forum Members
Last Login: Tuesday, June 3, 2014 7:31 AM
Points: 155, Visits: 386
Why would source control need to understand the code? That is the responsibility of the Programmer/s.

The advancements being made in languages is making entry into the Computation Sciences workforce much easier. As a result, there is a plethora of unqualified individuals coming into the field. By unqualified I mean individuals who:
-Have bad coding practices
-Lack discipline that is required to be a programmer
-Refuse to/Do not follow standards and design. Their errors usually go unchecked, even with code review, because management will not take the time to make them correct things if the code works. As a result the entire department deals with the fallout.
-Lack the fundamentals(knowledge of alternate number systems, ADT programming, SET Theory etc.)
-Think commenting is a waste of time

If a shop is scared of Branching and Merging because it impedes their ability to deliver rapidly then that tells me a few things.

1) They lack discipline
2) They lack the ability to put policies and procedures in place to support B&M as a result of 1.
3) They lack the backing from management to enforce 2 because of 1

From where I sit it takes much more time and is much riskier to use flags in code instead of B&M(It will also make the thought of merging scarier because of all the silly extra code). If a shop is so immature that it does this, I do not see how they can support concurrent projects on overlapping code without chaos.

Having said that I would like to see source control allow for a programmer to lock a version of code in one layer to a version of code to another. I.E. Lock a version of a stored procedure to a version of a Service that uses,

P.S. What would Automatic Testing accomplish that Unit Tests can't?
Post #1576658
Posted Monday, June 2, 2014 3:26 PM



Group: General Forum Members
Last Login: Today @ 9:30 PM
Points: 42,060, Visits: 39,443
There are some processes that are better left to humans than forms of automation. I find that many people mistake the term "Source Control" for "Configuration Management". While "Source Control" is certainly an important part of "Configuration Management", it is not "Configuration Management" in and of itself. In the 34 years that I've been a part of the "public" world, I've worked with only one company that practiced anything close to what "Configuration Management" actually is. It was a major DOD company and it made fewer "Source Control" mistakes even in software than even some of the smaller companies I've worked for because of good and proper "Configuration Management".

--Jeff Moden
"RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".

First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."

Helpful Links:
How to post code problems
How to post performance problems
Post #1576783
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse