![]() |
![]() | ![]() | ![]() | ![]() | ![]() | ![]() | ![]() |
| Welcome to Windows Vista Forums. Our forum is dedicated to helping you find solutions with any problems, errors or issues you are experiencing with Windows Vista. The Vista forum also covers news and updates and has an extensive Windows Vista tutorial section that covers a wide range of tips and tricks. |
| |||||||
![]() |
| |
| | #1 (permalink) |
| | When is a Release not a release? Please excuse me if this is not the right forum but I have always been under the impression that when we made a code change to production, that was a 'release'. Now one of my new colleagues is indicating that you can't call a small bug fix a release since a release has more of a project plan around it. Your opinions are appreciated. |
My System Specs![]() |
| | #2 (permalink) |
| | Re: When is a Release not a release? We consider a release as being any new revision of software that we ship out to customers as it has to have its own version number so that we can track what they're using. <davidanoble@xxxxxx> wrote in message news:a1945ad2-ef99-4028-8c02-cdb5ace9921c@xxxxxx Quote: > Please excuse me if this is not the right forum but I have always been > under the impression that when we made a code change to production, > that was a 'release'. Now one of my new colleagues is indicating that > you can't call a small bug fix a release since a release has more of a > project plan around it. Your opinions are appreciated. > |
My System Specs![]() |
| | #3 (permalink) |
| | Re: When is a Release not a release? I do a lot of work with plugin functionality (system extensibility), so there is a core application, and a bunch of these plugins that offer addtional functionality. Whenever ANY change in code is made available to production (or test for that matter) it is a release. As a result a version change must be made (whether it be a minor or major change is dependent upon the amount of "planning" involved in the release. On Dec 30, 7:26*am, "Adrian" <appar...@xxxxxx> wrote: Quote: > We consider a release as being any new revision of software that we ship out > to customers as it has to have its own version number so that we can track > what they're using. > > <davidano...@xxxxxx> wrote in message > > news:a1945ad2-ef99-4028-8c02-cdb5ace9921c@xxxxxx > > > Quote: > > Please excuse me if this is not the right forum but I have always been > > under the impression that when we made a code change to production, > > that was a 'release'. Now one of my new colleagues is indicating that > > you can't call a small bug fix a release since a release has more of a > > project plan around it. Your opinions are appreciated.- Hide quoted text - > - Show quoted text - |
My System Specs![]() |
| | #4 (permalink) |
| | Re: When is a Release not a release? davidanoble@xxxxxx's wild thoughts were released on Mon, 29 Dec 2008 22:09:33 -0800 (PST) bearing the following fruit: Quote: >Please excuse me if this is not the right forum but I have always been >under the impression that when we made a code change to production, >that was a 'release'. Now one of my new colleagues is indicating that >you can't call a small bug fix a release since a release has more of a >project plan around it. Your opinions are appreciated. Would you consider correcting a spelling mistake in a tooltip a new release? Marketing certainly wouldn't. From a development and support point of view, if it goes to a client it needs a new version number and is a 'release' however I'd call it a 'maintenance release' of which I make available each month. Generally it is not required that clients adopt a maintenance release and many prefer to wait for a full (major) release. -- Jan Hyde (VB MVP) https://mvp.support.microsoft.com/profile/Jan.Hyde |
My System Specs![]() |
| | #5 (permalink) |
| | Re: When is a Release not a release? Excellent point and explanation, thanks Jan. On Dec 30, 12:02*pm, "Jan Hyde (VB MVP)" <StellaDrin...@xxxxxx> wrote: Quote: > davidano...@xxxxxx's wild thoughts were released on > Mon, 29 Dec 2008 22:09:33 -0800 (PST) bearing the following > fruit: > Quote: > >Please excuse me if this is not the right forum but I have always been > >under the impression that when we made a code change to production, > >that was a 'release'. Now one of my new colleagues is indicating that > >you can't call a small bug fix a release since a release has more of a > >project plan around it. Your opinions are appreciated. > It will depend on who you talk to. > > Would you consider correcting a spelling mistake in a > tooltip a new release? > > Marketing certainly wouldn't. > > From a development and support point of view, if it goes to > a client it needs a new version number and is a 'release' > however I'd call it a 'maintenance release' of which I make > available each month. Generally it is not required that > clients adopt a maintenance release and many prefer to wait > for a full (major) release. > > -- > Jan Hyde (VB MVP) > > https://mvp.support.microsoft.com/profile/Jan.Hyde |
My System Specs![]() |
![]() |
| Thread Tools | |
| |
Similar Threads | ||||
| Thread | Forum | |||
| Release | Live Mail | |||
| Anyone tried EQ2 with the RC1 release | Vista Games | |||
| What happens at release...? | Vista General | |||
| RC1 vs pre-release RC1 | Vista installation & setup | |||
| New release? | Vista performance & maintenance | |||