Menu
▾
▴
Re: [Springframework-developer] @since and @version tags
|
From: <jue...@we...> - 2004-08-16 08:56:53
|
Thomas, =20 Any chance to do this today or tomorrow? =20 Juergen =20 ________________________________ Von: spr...@li... im Auftrag = von j=FCrgen h=F6ller [werk3AT] Gesendet: Do 12.08.2004 10:36 An: spr...@li... Betreff: Re: [Springframework-developer] @since and @version tags Thomas, Do you have the chance to remove all lines with $Id/$Revision tags today = or tomorrow? I'd like to get this done this week, to be prepared for 1.1 = final. Thanks in advance! Juergen ________________________________ Von: spr...@li... im Auftrag = von tho...@tr... Gesendet: Mi 04.08.2004 17:08 An: spr...@li... Betreff: Re: [Springframework-developer] @since and @version tags I used JEdit which has excellent support for this kind of modifications. = You can easily replace using a regex in all java files in a certain = directory tree. Eclipse has similar support - but JEdit's search/replace seems easier = to use. Thomas Quoting Colin Sampaleanu <col...@ex...>: > I think Thomas finally changed the package names last year. > > I can do this with a regex search and replace. > > It's too bad that SF is still running the older CVS 1.11.x series, and > not the newer 1.12.x series. The latter apparently respects using -kk = to > ignore the keywords on merges, while still working properly with = binary > files. That would probably be enough for me to change my vote the = other way. > > Will try to do this at an opportune time... > > Colin > > Alef Arendsen wrote: > > >I think our Linux experts will have to jump in here ;-). I can recall = Thomas > or Colin changing all the package names from com.interface21 to > org.springframework about a year ago... > > > >Alef > > > > > > > > > >>-----Original Message----- > >>From: spr...@li... > >>[mailto:spr...@li...] > >> On Behalf Of j=FCrgen h=F6ller [werk3AT] > >>Sent: Wednesday, August 04, 2004 11:31 AM > >>To: spr...@li... > >>Subject: Re: [Springframework-developer] @since and @version tags > >> > >>OK, so how do we go about removing the @version tags then - > >>in an automated fashion? > >> > >>Juergen > >> > >> > >>________________________________ > >> > >>Von: spr...@li... im > >>Auftrag von Alef Arendsen > >>Gesendet: Di 03.08.2004 10:18 > >>An: spr...@li... > >>Betreff: RE: [Springframework-developer] @since and @version tags > >> > >> > >> > >>Sorry, forgot about this. > >> > >>I'll add my +1 to removing them. > >> > >>Just use @author and @since. > >> > >>So the vote is: > >> > >>3 for > >>5 against > >>1 neutral > >> > >>Alef > >> > >> > >> > >> > >>>-----Original Message----- > >>>From: spr...@li... > >>>[mailto:spr...@li...] > >>> On Behalf Of Dmitriy Kopylenko > >>>Sent: Monday, August 02, 2004 11:15 PM > >>>To: spr...@li... > >>>Subject: Re: [Springframework-developer] @since and @version tags > >>> > >>>So is this the final vote? Are we getting rid of $Id$s then? > >>> > >>>Dmitriy. > >>> > >>>Dmitriy Kopylenko wrote: > >>> > >>> > >>> > >>>>3 in favor > >>>>4 against > >>>>2 neutral > >>>> > >>>> > >>>>William G. Thompson, Jr. wrote: > >>>> > >>>> > >>>> > >>>>>i'm not sure i feel strongly either way...traditionally > >>>>> > >>>>> > >>>I've always > >>> > >>> > >>>>>put $Id$ in every text file I management in CVS. This has > >>>>> > >>>>> > >>>also been > >>> > >>> > >>>>>the case in every open source project I have been involved in or > >>>>>used. That is not neccesarily a good enough reason to > >>>>> > >>>>> > >>>continue to do > >>> > >>> > >>>>>it... > >>>>> > >>>>>In web app dev $Id$ comes in really handy to verify the > >>>>> > >>>>> > >>>build process > >>> > >>> > >>>>>ran correctly and the thing you thought was deployed > >>>>> > >>>>> > >>actually got > >> > >> > >>>>>deployed. for instance we put $Id$ in HTML comments for > >>>>> > >>>>> > >>>our Views so > >>> > >>> > >>>>>that we can view source in the running app to check the versions. > >>>>> > >>>>>however, I also understand the problem with > >>>>> > >>>>> > >>branch/merge...but why > >> > >> > >>>>>doesn't the -kk solution work? > >>>>> > >>>>>+0 for $Id$ > >>>>> > >>>>>later. > >>>>>Bill > >>>>> > >>>>> > >>>>>Dmitriy Kopylenko wrote: > >>>>> > >>>>> > >>>>> > >>>>>>Let's give others a chance ;-) > >>>>>> > >>>>>>Alef, Keith, Mark, Bill.... what's your vote? > >>>>>> > >>>>>> > >>>>>>Rob Harrop wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Nothing like a good old fashioned standoff :) > >>>>>>> > >>>>>>>Shootout at noon? > >>>>>>> > >>>>>>>Rob > >>>>>>> > >>>>>>>-----Original Message----- > >>>>>>>From: spr...@li... > >>>>>>> > >>>>>>> > >>>>>>> > >>>[mailto:spr...@li...] On > >>> > >>> > >>>>>>>Behalf Of Dmitriy Kopylenko > >>>>>>>Sent: 29 July 2004 16:16 > >>>>>>>To: spr...@li... > >>>>>>>Subject: Re: [Springframework-developer] @since and > >>>>>>> > >>>>>>> > >>@version tags > >> > >> > >>>>>>>3 for (Rod, Dmitriy, Rob) > >>>>>>>3 against (Juergen, Thomas, Colin) > >>>>>>>1 neutral (Darren) > >>>>>>> > >>>>>>> > >>>>>>>Colin Sampaleanu wrote: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>>I do like $Id tags to be able to look at files and see who to > >>>>>>>>blame for the last changes :-), but I would rather be able to > >>>>>>>>branch/merge comfortably in the future. With Tortoise > >>>>>>>> > >>>>>>>> > >>>and Eclipse, > >>> > >>> > >>>>>>>>I can see the revision history _very_ easily anyways, > >>>>>>>> > >>>>>>>> > >>>wherever I am. > >>> > >>> > >>>>>>>>So -1 for using them from now on (i.e let's get rid > >>>>>>>> > >>>>>>>> > >>of them)... > >> > >> > >>>>>>>>Dmitriy Kopylenko wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>>Well, let's take a vote. I'm for $Id tags (+1) > >>>>>>>>> > >>>>>>>>>Regards, > >>>>>>>>>Dmitriy. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>j=FCrgen h=F6ller [werk3AT] wrote: > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>>I'd actually prefer if we drop $Id tags from all files. I > >>>>>>>>>>personally don't think that they add much value. Of > >>>>>>>>>> > >>>>>>>>>> > >>>course, if a > >>> > >>> > >>>>>>>>>>democratic decision goes in favor of those tags, well, I'll > >>>>>>>>>>concede ;-) > >>>>>>>>>> > >>>>>>>>>>Regarding @since tags, we're currently using them with the > >>>>>>>>>>creation date. That has been quite nice during our > >>>>>>>>>> > >>>>>>>>>> > >>agile way > >> > >> > >>>>>>>>>>towards 1.0. We could indeed reconsider to use > >>>>>>>>>> > >>>>>>>>>> > >>>version numbers > >>> > >>> > >>>>>>>>>>there now. > >>>>>>>>>> > >>>>>>>>>>Any suggestions on how to apply a consistent style for all > >>>>>>>>>>source files in a batch, without messing them up? $Id is > >>>>>>>>>>probably easy, @since nearly impossible, parameter > >>>>>>>>>> > >>>>>>>>>> > >>alignment > >> > >> > >>>>>>>>>>easy again. > >>>>>>>>>> > >>>>>>>>>>Juergen > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>________________________________ > >>>>>>>>>> > >>>>>>>>>>Von: > >>>>>>>>>> > >>>>>>>>>> > >>spr...@li... im > >> > >> > >>>>>>>>>>Auftrag von Colin Sampaleanu > >>>>>>>>>>Gesendet: Mi 28.07.2004 20:38 > >>>>>>>>>>An: spr...@li... > >>>>>>>>>>Betreff: Re: [Springframework-developer] @since and > >>>>>>>>>> > >>>>>>>>>> > >>@version > >> > >> > >>>>>>>>>>tags > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>Dmitriy Kopylenko wrote: > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>>>I like id keywords...they're mainly in the code > >>>>>>>>>>>> > >>>>>>>>>>>> > >>through my > >> > >> > >>>>>>>>>>>>classes or classes I've edited... (Damn, if it's > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>standardized, > >>> > >>> > >>>>>>>>>>>>I won't know if I've worked on a particular file > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>any more :-) > >>> > >>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>>I also insert $Id:$ when I work on existing classes > >>>>>>>>>>> > >>>>>>>>>>> > >>>or create > >>> > >>> > >>>>>>>>>>>new ones > >>>>>>>>>>>;-) > >>>>>>>>>>> > >>>>>>>>>>>Dmitriy. > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>I personally like $Id tags. But they do suck big time when > >>>>>>>>>>trying to merge files back in after a branch, causing a > >>>>>>>>>>conflict/change to exist when there shouldn't be > >>>>>>>>>> > >>>>>>>>>> > >>any... There > >> > >> > >>>>>>>>>>seems to be a trend to going away from using them in > >>>>>>>>>> > >>>>>>>>>> > >>>files, by > >>> > >>> > >>>>>>>>>>some people, for this reason. > >>>>>>>>>> > >>>>>>>>>>Colin > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>------------------------------------------------------- > >>>>>This SF.Net email is sponsored by OSTG. Have you noticed > >>>>> > >>>>> > >>>the changes > >>> > >>> > >>>>>on Linux.com, ITManagersJournal and NewsForge in the past > >>>>> > >>>>> > >>>few weeks? > >>> > >>> > >>>>>Now, one more big change to announce. We are now OSTG- > >>>>> > >>>>> > >>Open Source > >> > >> > >>>>>Technology Group. Come see the changes on the new OSTG site. > >>>>>www.ostg.com _______________________________________________ > >>>>>Springframework-developer mailing list > >>>>>Spr...@li... > >>>>> > >>>>> > >>>>> > = >>https://lists.sourceforge.net/lists/listinfo/springframework-develope > >> > >> > >>>>>r > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>>------------------------------------------------------- > >>>>This SF.Net email is sponsored by OSTG. Have you noticed > >>>> > >>>> > >>>the changes > >>> > >>> > >>>>on Linux.com, ITManagersJournal and NewsForge in the past > >>>> > >>>> > >>>few weeks? > >>> > >>> > >>>>Now, one more big change to announce. We are now OSTG- > >>>> > >>>> > >>Open Source > >> > >> > >>>>Technology Group. Come see the changes on the new OSTG site. > >>>>www.ostg.com _______________________________________________ > >>>>Springframework-developer mailing list > >>>>Spr...@li... > >>>> > >>>> > >>>> > = >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email is sponsored by OSTG. Have you noticed > >>> > >>> > >>the changes > >> > >> > >>>on Linux.com, ITManagersJournal and NewsForge in the past > >>> > >>> > >>few weeks? > >> > >> > >>>Now, one more big change to announce. We are now OSTG- Open Source > >>>Technology Group. Come see the changes on the new OSTG site. > >>>www.ostg.com _______________________________________________ > >>>Springframework-developer mailing list > >>>Spr...@li... > >>> > >>> > >>> > = >>https://lists.sourceforge.net/lists/listinfo/springframework-developer > >> > >> > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by OSTG. Have you noticed the changes = on > Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, > one more big change to announce. We are now OSTG- Open Source = Technology > Group. Come see the changes on the new OSTG site. www.ostg.com > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > ------------------------------------------------------- This SF.Net email is sponsored by OSTG. Have you noticed the changes on Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now, one more big change to announce. We are now OSTG- Open Source Technology Group. Come see the changes on the new OSTG site. www.ostg.com _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Springframework-developer mailing list Spr...@li... https://lists.sourceforge.net/lists/listinfo/springframework-developer |
