Differences between revisions 2 and 3
Revision 2 as of 2004-04-09 13:55:14
Size: 1779
Editor: giraffe
Comment:
Revision 3 as of 2009-09-20 23:49:29
Size: 1770
Editor: localhost
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 5: Line 5:
[wiki:ImaginaryUsers Jason] is working on the next generation of some popular java-based publishing framework, and the build started failing last night, which he just found out (it's 8:45am) on opening his inbox. This is not good, since he's supposed to be cutting a release in two weeks. He wants to know what caused the problem (including who introduced it), file a description into the issue tracker, then assign it to someone. [[ImaginaryUsers|Jason]] is working on the next generation of some popular java-based publishing framework, and the build started failing last night, which he just found out (it's 8:45am) on opening his inbox. This is not good, since he's supposed to be cutting a release in two weeks. He wants to know what caused the problem (including who introduced it), file a description into the issue tracker, then assign it to someone.
Line 9: Line 9:
[wiki:ImaginaryUsers Steve] is splitting up the EJB engine into small components, and replacing ant with maven as the build tool. This is a gradual process he's been at for weeks. They just made the logger pluggable and split it into SPI and implementation, now he wants to go in and update gump to know about the change, of course running a test build to make sure the changes work on a system other than his own. [[ImaginaryUsers|Steve]] is splitting up the EJB engine into small components, and replacing ant with maven as the build tool. This is a gradual process he's been at for weeks. They just made the logger pluggable and split it into SPI and implementation, now he wants to go in and update gump to know about the change, of course running a test build to make sure the changes work on a system other than his own.
Line 13: Line 13:
[wiki:ImaginaryUsers JD]s new YAML-based configuration toolkit has not been building for a week now, and he's determined to fix it in the next two hours. He has no idea what the problem is yet, but it seems someone introduced an incompatibility in the AOP library. Since that library doesn't have tests, he just employs a trial and error method for finding the bug. This requires small commits to both the config toolkit and the AOP library, and compiling the two projects branches he's doing this on after each change. [[ImaginaryUsers|JD]]s new YAML-based configuration toolkit has not been building for a week now, and he's determined to fix it in the next two hours. He has no idea what the problem is yet, but it seems someone introduced an incompatibility in the AOP library. Since that library doesn't have tests, he just employs a trial and error method for finding the bug. This requires small commits to both the config toolkit and the AOP library, and compiling the two projects branches he's doing this on after each change.

Gump builds quite a few projects, interacting with quite a selection of different programmers. So, it has quite a few use cases, and complex ones at that. If you can think of a use case that isn't listed yet, don't hesitate and add it below!

Investigate and assign failure

Jason is working on the next generation of some popular java-based publishing framework, and the build started failing last night, which he just found out (it's 8:45am) on opening his inbox. This is not good, since he's supposed to be cutting a release in two weeks. He wants to know what caused the problem (including who introduced it), file a description into the issue tracker, then assign it to someone.

Update descriptor for project split-up

Steve is splitting up the EJB engine into small components, and replacing ant with maven as the build tool. This is a gradual process he's been at for weeks. They just made the logger pluggable and split it into SPI and implementation, now he wants to go in and update gump to know about the change, of course running a test build to make sure the changes work on a system other than his own.

Fix a repeating project incompatibility through trial and error

JDs new YAML-based configuration toolkit has not been building for a week now, and he's determined to fix it in the next two hours. He has no idea what the problem is yet, but it seems someone introduced an incompatibility in the AOP library. Since that library doesn't have tests, he just employs a trial and error method for finding the bug. This requires small commits to both the config toolkit and the AOP library, and compiling the two projects branches he's doing this on after each change.

UsageScenarios (last edited 2009-09-20 23:49:29 by localhost)