2010/5/21 Xun Long Gui <ustbco...@gmail.com>: > Hi Rahul, > > Thank you for your hand by hand guide. Yesterday, i add svn:eol-style > property in SVN config file for these extension files, add submited > these once more, it seems that it did not work. So, i set > svn:eol-style property for each extension file and submit it again > today, i am hoping it works > <snip/>
Yes, all good on that front now. -Rahul > Regards > > -Gui Xun Long > > On 5/21/10, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >> 2010/5/20 Xun Long Gui <ustbco...@gmail.com>: >>> Ok, got it >>> >> <snip/> >> >> r946619 [1] did not actually add the svn:eol-style property. >> >> For each file, choose the "Set Property..." option in the "Team" menu >> [2] when using Subclipse. Then, for property name, use svn:eol-style >> and for property value, use native. Files will appear to be modified >> (will need a commit). >> >> Details on SVN properties are available here [3], which is good background. >> >> -Rahul >> >> [1] http://svn.apache.org/viewvc?view=revision&revision=946619 >> [2] http://subclipse.tigris.org/images/menu-ss.png >> [3] http://svnbook.red-bean.com/en/1.1/ch07s02.html >> >> >>> 在 2010年5月20日 下午8:42，Rahul Akolkar <rahul.akol...@gmail.com>写道： >>> >>>> 2010/5/20 Xun Long Gui <ustbco...@gmail.com>: >>>> > I have added svn:eol-style property property to the 7 files in SVN >>>> > config file, may be because i have not submited these 7 files again, >>>> > so it does not work yet, when i submit these files once more, it will >>>> > work, i think. >>>> > >>>> <snip/> >>>> >>>> Yes, please check in (commit) those 7 files. >>>> >>>> -Rahul >>>> >>>> >>>> > -Gui Xun Long >>>> > >>>> > On 5/20/10, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >>>> >> 2010/5/19 Xun Long Gui <ustbco...@gmail.com>: >>>> >>> Hi sebb, >>>> >>> >>>> >>> Thank you for your fervent guide here :-) >>>> >> <snip/> >>>> >> >>>> >> Did you figure out the Subclipse way of setting properties? If so, >>>> >> please commit the svn:eol-style property changes to the 7 files below. >>>> >> If not, please let us know what didn't work. Thanks. >>>> >> >>>> >> -Rahul >>>> >> >>>> >> >>>> >>> 在 2010年5月19日 下午11:54，sebb <seb...@gmail.com>写道： >>>> >>> >>>> >>>> On 19/05/2010, Xun Long Gui <ustbco...@gmail.com> wrote: >>>> >>>> > Hi, >>>> >>>> > My IDE is eclipse, and my SVN client is eclipse subclipse >>>> plunge-in, i >>>> >>>> >>>> >>>> [That should be 'plugin', but plunge-in is a fun alternative ;-)] >>>> >>>> >>>> >>>> > can not find any graphical gesture for setting props, i change >>>> >>>> > SVN >>>> >>>> > client config file directly >>>> >>>> >>>> >>>> To set the properties on a single file: >>>> >>>> >>>> >>>> Right-click >>>> >>>> Team >>>> >>>> Set Property... >>>> >>>> Property Name >>>> >>>> etc. >>>> >>>> >>>> >>>> To change the default setting, AFAIK you need to edit the SVN config >>>> >>>> file manually. >>>> >>>> >>>> >>>> > >>>> >>>> > -Gui Xun Long >>>> >>>> > >>>> >>>> > On 5/19/10, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >>>> >>>> > > 2010/5/19 Xun Long Gui <ustbco...@gmail.com>: >>>> >>>> > >> ok, i will try to finish these jobs as soon as possible >>>> >>>> > >> >>>> >>>> > > <snip/> >>>> >>>> > > >>>> >>>> > > Thanks, no rush :-) >>>> >>>> > > >>>> >>>> > > BTW, after 'svn propset' you will have to check in the files >>>> >>>> > (property >>>> >>>> > > changes are local). Your IDE of choice should have some >>>> >>>> > graphical >>>> >>>> > > gesture(s) for settings props as well. >>>> >>>> > > >>>> >>>> > > -Rahul >>>> >>>> > > >>>> >>>> > > >>>> >>>> > >> -Gui Xun Long >>>> >>>> > >> >>>> >>>> > >> On 5/19/10, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >>>> >>>> > >>> On Wed, May 19, 2010 at 10:08 AM, sebb <seb...@gmail.com> >>>> wrote: >>>> >>>> > >>>> On 19/05/2010, Xun Long Gui <ustbco...@gmail.com> wrote: >>>> >>>> > >>>>> Hi, >>>> >>>> > >>>>> >>>> >>>> > >>>>> They are all GMF standard file format, they are very >>>> important >>>> >>>> for >>>> >>>> > >>>>> this project. As you say, they are xml file indeed, but we >>>> can >>>> >>>> not >>>> >>>> > >>>>> change their extensions to .xml >>>> >>>> > >>>> >>>> >>>> > >>>> OK, then please add the extensions to your SVN configuration >>>> (so >>>> >>>> > >>>> future files will have the property added automatically), >>>> >>>> > and >>>> add >>>> >>>> the >>>> >>>> > >>>> eol-style SVN property to the current files - thanks! >>>> >>>> > >>>> >>>> >>>> > >>> <snip/> >>>> >>>> > >>> >>>> >>>> > >>> +1 >>>> >>>> > >>> >>>> >>>> > >>> For example, at the command line, in the appropriate >>>> >>>> > directory >>>> of >>>> >>>> your >>>> >>>> > >>> working copy: >>>> >>>> > >>> >>>> >>>> > >>> svn propset svn:eol-style "native" scxml.ecore >>>> >>>> > >>> >>>> >>>> > >>> Similarly for the rest of the files identified below. This >>>> >>>> > will >>>> >>>> reduce >>>> >>>> > >>> noise in the diffs when these files are updated. >>>> >>>> > >>> >>>> >>>> > >>> Also, please add to the README (or another suitable file in >>>> >>>> > the >>>> >>>> > >>> sdocbook directory), a small introduction assuming the reader >>>> is >>>> >>>> > >>> completely new to EMF and GMF-based editors. This could be as >>>> >>>> > simple >>>> >>>> > >>> as URLs to the Eclipse EMF, GMF project sites and relevant >>>> >>>> tutorials. >>>> >>>> > >>> Reading it and the resources pointed to by the URLs, it >>>> >>>> > should >>>> be >>>> >>>> > >>> possible to understand these files and the code, understand >>>> which >>>> >>>> > >>> parts are authored, which are generated and how etc. Again, >>>> this >>>> >>>> > can >>>> >>>> > >>> be quite brief (by virtue of pointing to other URLs). Thanks! >>>> >>>> > >>> >>>> >>>> > >>> -Rahul >>>> >>>> > >>> >>>> >>>> > >>> >>>> >>>> > >>>>> >>>> >>>> > >>>>> -Gui Xun Long >>>> >>>> > >>>>> >>>> >>>> > >>>>> >>>> >>>> > >>>>> On 5/19/10, sebb <seb...@gmail.com> wrote: >>>> >>>> > >>>>> > On 19/05/2010, Rahul Akolkar <rahul.akol...@gmail.com> >>>> wrote: >>>> >>>> > >>>>> >> Some miscellaneous notes: >>>> >>>> > >>>>> >> >>>> >>>> > >>>>> >> 1) A small number of files don't have svn:eol-style >>>> >>>> > set. >>>> >>>> > This >>>> >>>> > >>>>> isn't >>>> >>>> > >>>>> >> surprising given some of the uncommon file extensions >>>> that >>>> >>>> are >>>> >>>> > >>>>> almost >>>> >>>> > >>>>> >> guaranteed to not be in the auto-props :-) sebb has a >>>> >>>> > script >>>> >>>> to >>>> >>>> > >>>>> >> identify these, maybe at some point he'll kindly run >>>> >>>> > it >>>> for >>>> >>>> us. >>>> >>>> > >>>>> > >>>> >>>> > >>>>> > # Unknown file types (count) >>>> >>>> > >>>>> > # ecore 1 >>>> >>>> > >>>>> > # ecore_diagram 1 >>>> >>>> > >>>>> > # genmodel 1 >>>> >>>> > >>>>> > # gmfgen 1 >>>> >>>> > >>>>> > # gmfgraph 1 >>>> >>>> > >>>>> > # gmfmap 1 >>>> >>>> > >>>>> > # gmftool 1 >>>> >>>> > >>>>> > >>>> >>>> > >>>>> > Are all of these standard extensions? >>>> >>>> > >>>>> > Or are some of them invented just for the project? >>>> >>>> > >>>>> > >>>> >>>> > >>>>> > It looks like these are all xml files, so perhaps they >>>> could >>>> >>>> have >>>> >>>> > >>>>> .xml >>>> >>>> > >>>>> > extensions? >>>> >>>> > >>>>> > >>>> >>>> > >>>>> > >>>> >>>> > >>>>> >> 2) The question of how much generated code needs to be >>>> in >>>> >>>> SVN. We >>>> >>>> > >>>>> can >>>> >>>> > >>>>> >> punt on this for now, I'd haven't taken a good look at >>>> the >>>> >>>> code >>>> >>>> > >>>>> yet. >>>> >>>> > >>>>> >> >>>> >>>> > >>>>> >> 3) Some license headers in the generated code were >>>> removed >>>> >>>> with >>>> >>>> > >>>>> >> today's package renaming since the code was >>>> >>>> > regenerated, >>>> >>>> other >>>> >>>> > >>>>> files >>>> >>>> > >>>>> >> never had it. Suggestion would be to perhaps wait >>>> >>>> > until >>>> >>>> things >>>> >>>> > >>>>> have >>>> >>>> > >>>>> >> stabilized a bit in SVN and then add all missing >>>> >>>> > headers >>>> in >>>> >>>> one >>>> >>>> > >>>>> swoop. >>>> >>>> > >>>>> >> >>>> >>>> > >>>>> >> -Rahul >>>> >>>> > >>>>> >> >>>> >>>> > >>>>> >>>> >>>> > >>>>> >>>> >>>> > >>>>> -- >>>> >>>> > >>>>> Best Regards >>>> >>>> > >>>>> >>>> >>>> > >>>>> Gui Xun Long (桂训龙) >>>> >>>> > >>>>> >>>> >>>> > >> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
