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.
-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 (桂训龙) >>> > >>>>> >>> > >> >>> > >> -- >>> > >> Best Regards >>> > >> >>> > >> Gui Xun Long (桂训龙) >>> > >> >>> > >>> > >>> > >>> > -- >>> > >>> > Best Regards >>> > >>> > Gui Xun Long (桂训龙) >>> > >> >> -- >> Best Regards >> >> Gui Xun Long (桂训龙) >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- Best Regards Gui Xun Long (桂训龙) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org