IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New Same now, used to be better
We use Visual SourceSafe, and we disallow simultaneous updates, also.

One person checks it out at a time.

However, when I worked on the mainframe, we wrote our own source control system and here's what IT did.

1. When subsequent persons checked out the program, they would be subscribed to a list of updaters, the program would be checked out, but it would e-mail (publish) to all current "users", that another user had the file also.
2. When any other person checked in, un-did checkout, etc., it would email the list of persons who had checked out the file. It was publish/subscribe, or rather subscribe/publish.
3. Also, remember this was mainframe days, it would notify all subscribers when you changed the version of the program to the primary test system, or to any of the departmental test systems. It tracked program versions on some 120 working test subsystems, called "virtual machines" back then.
4. This was a lifesaver, because you alway knew exactly who else was working on the same code as you, and you "worked it out".
5. Each version of a program module was tracked through the heirarchy of test systems, until it was finally put into the production system, in SABRE.
6. Finally, this was all done in 1986 in VM and Profs for 370 Assembler Language computer systems, over 15 years ago. It's still in use at SABRE/EDS/American Airlines, and I haven't seen a better system, yet.

It was called AIS, written by three programmers at American, and I'm not even sure one of them had a college degree.
Expand Edited by gdaustin Feb. 15, 2003, 01:00:35 AM EST
Collapse Edited by gdaustin Feb. 15, 2003, 01:00:43 AM EST
Same now, used to be better
We use Visual SourceSafe, and we disallow simultaneous updates, also.

One person checks it out at a time.

However, when I worked on the mainframe, we wrote our own source control system and here's what IT did.

1. When subsequent persons checked out the program, they would be subscribed to a list of updaters, the program would be checked out, but it would e-mail (publish) to all current "users", that another user had the file also.
2. When any other person checked in, un-did checkout, etc., it would email the list of persons who had checked out the file. It was publish/subscribe, or rather subscribe/publish.
3. Also, remember this was mainframe days, it would notify all subscribers when you changed the version of the program to the primary test system, or to any of the departmental test systems. It tracked program versions on some 120 working test subsystems, called "virtual machines" back then.
4. This was a lifesaver, because you alway knew exactly who else was working on the same code as you, and you "worked it out".
5. Each version of a program module was tracked through the heirarchy of test systems, until it was finally put into the production system, in SABRE.
6. Finally, this was all done in 1986 in VM and Profs for 370 Assembler Language computer systems, over 15 years ago. It's still in use at SABRE/EDS/American Airlines, and I haven't seen a better system, yet.

It was called AIS, written by three programmers at American, and I'm not even sure one of them had a college degree.
     Saying "I told you so" isn't nearly so satisfying ... - (drewk) - (34)
         My sympathies, Drew. - (a6l6e6x) - (24)
             What we came up with - (drewk) - (23)
                 VC++ or not, your boss is a moron. Get the heck outta there! -NT - (CRConrad)
                 Stupid. - (admin) - (21)
                     Oh, and ... - (drewk) - (20)
                         Actually that's how we work here. - (admin) - (19)
                             Would probably work here, too - (drewk) - (1)
                                 Gotcha. - (admin)
                             Same here - (jb4) - (16)
                                 the one we used in Siemens did - (boxley)
                                 That's the 'C' in CVS - (drewk) - (12)
                                     Impossible in some situations. - (admin) - (11)
                                         must be annoying to work for a sane/logical group :-) -NT - (boxley) - (3)
                                             Hee hee hee. - (admin) - (2)
                                                 Is your system available/useful to anyone else? - (drewk) - (1)
                                                     Available? I don't know? Useful? Partially. - (admin)
                                         I just wonder... - (Arkadiy) - (1)
                                             I've been here 1.5 years... - (admin)
                                         Possible in more situations than most would think - (ben_tilly) - (4)
                                             Here's the issue: - (admin) - (3)
                                                 That behaviour issue is addressible - (ben_tilly) - (2)
                                                     That behaviour issue is addressible - in some orgs. - (admin) - (1)
                                                         I'm not trying to convince you, honest - (ben_tilly)
                                 That's how we use CVS - (Arkadiy)
                                 Same now, used to be better - (gdaustin)
         I work solo on most projects... - (ChrisR) - (4)
             I think that's an underlying issue here - (drewk) - (3)
                 Dead code removal is a vital function. - (admin) - (2)
                     Agreed - (ChrisR) - (1)
                         We have both, would you like some of ours? -NT - (drewk)
         Speaking on a related topic... - (ben_tilly) - (2)
             Yup: We unplug the HP3000s - (drewk) - (1)
                 Better than you thought, huh? - (ben_tilly)
         Prototype folder - (orion)

Didn't they bury this game in Mexico or something?
124 ms