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