I give up... more source control...
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Do you have a QA department or release manager? Someone needs to be in control of releases and hopefully releases are pushed to a testing environment. Are you using a build server with something like CruiseControl.NET?
Todd Smith
-
Marc Clifton wrote:
I hope I don't go schizo.
Was that you or your evil twin that said that?
Deja View - the feeling that you've seen this post before.
Pete O'Hanlon wrote:
Was that you or your evil twin that said that?
My evil twin. No it wasn't! It was you! Hah, always blaming the good guy, aren't you? Well, you're the one that's always optimistic and telling the client "no problem!" :rolleyes: ;P Marc & Marc
-
Pete O'Hanlon wrote:
It's MTL - Marc's Trashing Language.
Hehe. I've been reworking some C++ code for client (I'm a rocket scientist again, sort of :jig: ) that resurrected a project 8 years old. OMG. It's so wierd going back to C++. I hope I don't go schizo. Marc
Heh - I've got a proof of concept project on the go at the moment using Haskell[^] on the client side (using libcurl to provide very, very easy to program HTTP access), Python for the web service layer and C# for Windows services providing server-side functionality behind the web layer. Admittedly the Haskell is as much for a learning exercise as anything (and a very pleasant experience it's been), as is part of the C# (a monitoring app on the server is my first taste of WPF :-)), but it's still gratifying that it's all worked together very easily.
-
Do you have a QA department or release manager? Someone needs to be in control of releases and hopefully releases are pushed to a testing environment. Are you using a build server with something like CruiseControl.NET?
Todd Smith
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
"I'm givin' ya all she's got Captain!"
WE ARE DYSLEXIC OF BORG. Refutance is systile. Your a$$ will be laminated.
-
Do you have a QA department or release manager? Someone needs to be in control of releases and hopefully releases are pushed to a testing environment. Are you using a build server with something like CruiseControl.NET?
Todd Smith
Todd Smith wrote:
Do you have a QA department or release manager?
Not for 10 years! he was laid off at the last lay off. I am the QA, mostly because this is my "baby" I started it all on my own in 1994 when no one thought it could be done, and especially not by some no-body kid without any edjumakation! I was just a hick kid from a hick town in NM, with a tech certificumacation from a hick school in hick-town oklahoma (Tulsa). :) I have pride in this work, so I am Scotty, and QA.
-
And if so do they get support from the management?
Visit http://www.notreadytogiveup.com/[^] and do something special today.
Trollslayer wrote:
And if so do they get support from the management?
lots of support, as long as it is only verbal, doesn't require punative action, $$, or new hardware (or chairs -- chairs were a 12 year battle, our last set were govt. rejects tossed at the dumpster our building raided the dumpster till it was empty). As long as management doesn't have to do anything, sign anything, or buy anything, I have their 100% support!
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
[helpful_info] I've used SVN to test out what it has. It is pretty cool, bringing back the good old days of using the command line for fetching and committing files. As others have mentioned, you could create a short little script that checks in stuff into the SVN repository or get a helper utility such as Ankh (adds tools inside Visual Studio for working with SVN repositories) or even Tortoise SVN which adds Windows Explorer commands for working with files outside of Visual Studio. If you can go all-out, I recommend Source Gear's Fortress or Vault solutions for version control. [/helpful_info] [fun_project] There are always options out there for aiding in even the most mundane tasks. Furthermore, we're developers. If we see something missing that seems like it would help in developing or managing something, roll your own and distribute it onto the masses. [/fun_project]
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Your team needs therapy. Kjetil
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Dont know if I understand correctly, but already had a look on Visual Studio Team System (Server)? ... there are some good webcasts out there.
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Hi, I am not more than a non productive student but I know that managing a team and working with it is a real challenge. What I can say when reading your post is that if there are problems when committing code between each module, it means that those modules are too coupled, therefore the problem could come from analysis. As said above, you should also certainly spend some time with your "team" in order to build a consistent method and a consistent Team.
Let's make code sharing our goal... Blaise Braye
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
Others have said it I know, but you need to get the procedure agreed. Not because 'this is the way to do it', but because of the 'this is why we do it'. With a code repository you have a single point to back-up and that's it, all the company's code lines are safe. Multiple developers can work on the same version of a file and then safely merge them. We run a main line for all development and then branches for releases and each built is labeled so it can be re-created. You can have a build process that automatically builds latest (development) and labeled (release) images from the source repository. It is in the interest of the developers to use, and to use well, which ever repository is in use. Failure to use it is damaging to the Company and in the end to there prospects. Close the debate with the better the quality, including auditable history, of the code is, then the less money will need to be spent finding and fixing problems. With less money SPENT, there is more to PAY!
Panic, Chaos, Destruction. My work here is done.
-
El Corazon wrote:
prefers all tools to be command line
And apparently doesn't know how to use the 'Net, since SVN has plenty of good command line tools. :rolleyes:
El Corazon wrote:
Another submits all the time and breaks the build at least once a week
Have you considered setting up build scripts that roll back the last revision whenever the build breaks? :~
El Corazon wrote:
Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more.
Tell him he can go back to using VSS when he trades in his PC for this computer[^]. I'm sure VSS works just fine with it. :-\
Citizen 20.1.01
'The question is,' said Humpty Dumpty, 'which is to be master - that's all.'
Shog9 wrote:
doesn't know how to use the 'Net, since SVN has plenty of good command line tools
What SVN has to do with .NET? And who needs command line tools if there is TortoiseSVN.net ? (Or are we talking Linux? Tortoise is Win only :-\ )
-
Shog9 wrote:
doesn't know how to use the 'Net, since SVN has plenty of good command line tools
What SVN has to do with .NET? And who needs command line tools if there is TortoiseSVN.net ? (Or are we talking Linux? Tortoise is Win only :-\ )
Shog means the internet. It's not so easy surfing via the command line!
-
OK OK, it's easy. You look at him with those helpless kitten eyes, lean forwards so he isn't looking at your face, say in a soft husky voice "There is something I'd like you to do for me.", lean back and smile slightly then... Go into full PMT ninja mode and scream "Check in the code when you're told and after you've checked the build works or you'll get the same as the last guy! :mad: :laugh: Just don't ask me what happened to the last guy :-O
Visit http://www.notreadytogiveup.com/[^] and do something special today.
Trollslayer wrote:
Just don't ask me what happened to the last guy
He probably got promoted... X| X|
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
The team interaction here is severely broken. You either need to get upper-level management to crack the whip and force the issue, or leave. If you have well-defined source management practices and any kind of reasonable tool for source control, there's absolutely no excuse for the kind of prima donna behavior you're getting. Maybe instead of "Scotty" mode you need to go into "Worf" mode instead :-D.
El Corazon wrote:
I need a (tm)Trollslayer method for dealing with teams
I would recommend hanging a katana[^] on your office wall. The placard below should read:
"In case of a broken build, apply as needed"
This would work well with the aforementioned "Worf" mode.
Software Zen:
delete this; -
Pete O'Hanlon wrote:
It's MTL - Marc's Trashing Language.
Hehe. I've been reworking some C++ code for client (I'm a rocket scientist again, sort of :jig: ) that resurrected a project 8 years old. OMG. It's so wierd going back to C++. I hope I don't go schizo. Marc
How can I use that dancing gif? :) :-D :laugh: ;) ;P :^) :( :sigh: :doh: :(( :zzz: :-\ :-O :rolleyes: :omg: :wtf: :mad::confused::~ :| X| :suss::cool::rose:
It is said that the most complex structures built by mankind are software systems. This is not generally appreciated because most people cannot see them. Maybe that's a good thing because if we saw them as buildings, we'd deem many of them unsafe.
-
We have one programmer who wants it kept a file system with directory structure that is nested almost as deep as his code, doesn't like branch/merge and prefers all tools to be command line. Another submits all the time and breaks the build at least once a week (and is on vacation after making one such fatal commit before leaving). Another who submits rarely complaining that svn doesn't act enough like VSS and when it does he will do it more. A few others do what ever they want because they don't share and don't team, and will not either. yet when there is a problem, I am supposed to be "Scotty" and get everything fixed. I don't want this trouble. If my company was only doing good enough to pay health insurance... gonna hide in my office for fifteen minutes before I shift to Scotty mode. I need a (tm)Trollslayer method for dealing with teams... I wonder if she'll contract out to teach the (tm)Trollslayer method.... *sigh*
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
El Corazon wrote:
We have one programmer who wants...
Only One?!?! ;) We have people like the one's you speak of. To them, it's always "Easier" to keep code on there disk and not check it in. And when they check it in, something breaks because they're changing other peoples code they use and not checking it in. We put it on their yearly objectives to check in once a week, to get with others about changing their code, and to not break the build over 10% of the time (still hight but lower than the 50% build/break/check in pace they've been at.) They [all] have failed to meet their objective and it really doesn't matter to the company, the program wants head count! It doesn't matter if it's more work for everyone else. All I can say is welcome to the Large, insensative corprate world
-
Your team needs therapy. Kjetil
Kjetil Svendsen wrote:
Your team needs therapy.
"Group" Therapy? ;)
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."
-
The team interaction here is severely broken. You either need to get upper-level management to crack the whip and force the issue, or leave. If you have well-defined source management practices and any kind of reasonable tool for source control, there's absolutely no excuse for the kind of prima donna behavior you're getting. Maybe instead of "Scotty" mode you need to go into "Worf" mode instead :-D.
El Corazon wrote:
I need a (tm)Trollslayer method for dealing with teams
I would recommend hanging a katana[^] on your office wall. The placard below should read:
"In case of a broken build, apply as needed"
This would work well with the aforementioned "Worf" mode.
Software Zen:
delete this;Gary Wheeler wrote:
Maybe instead of "Scotty" mode you need to go into "Worf" mode instead
I always wanted a bat'leth, I may have to make it. Oh the forms I could do with that baby. I miss my weapon collection somedays.
_________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb) John Andrew Holmes "It is well to remember that the entire universe, with one trifling exception, is composed of others."