Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of garydgregory@gmail.com
 designates 209.85.214.46 as permitted sender)
References: <51A10E1C.8080508@oliver-heger.de> <51A116AF.8030601@free.fr>
 <5762820.74.1369589523530.JavaMail.mobile-sync@vcdv13>
 <2426101574990093415@unknownmsgid>
 <51A26500.3000504@free.fr>
 <12862400.117818.1369599091975.JavaMail.mobile-sync@vcbo4>
From: Gary Gregory <garydgregory@gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: <12862400.117818.1369599091975.JavaMail.mobile-sync@vcbo4>
Date: Sun, 26 May 2013 16:39:24 -0400
Message-ID: <-5631731267713564967@unknownmsgid>
Subject: Re: [OT] git and svn properties
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

In general, I like the simplicity of dealing with one jar. How big is it no=
w?

Gary

On May 26, 2013, at 15:48, Oliver Heger <oliver.heger@oliver-heger.de> wrot=
e:

> Am 26.05.2013 21:39, schrieb Luc Maisonobe:
>> Le 26/05/2013 19:53, Gary Gregory a =C3=A9crit :
>>> Or... We could switch from svn to git.
>>
>> +1 from me.
>>
>> I have been using git for quite some time now and am particularly happy
>> with it (well I was also happy when I switched from SCCS to RCS to CVS
>> to SVN, and will probably also like what the next generation will bring
>> after Git).
>>
>> One drawback, though, is that it needs some time to get used to it. We
>> should really have a large number of committers in favor of such a
>> change to do it. Just in order to have a rough idea, how many of us
>> already use Git, how many don't use it but would like to give it a try,
>> and how many don't want it?
>>
>>
>> I'm not sure if we could switch only some components first and the other
>> ones later on. As we already have a specific layout with two layers
>> (proper/sandbox/dormant) and then all the components, it may need some
>> tricks and help from infra.
>
> This sounds reasonable. If we want to do such a move, we should do it
> carefully.
>
> Anyway, you can count me to the group in favor of git. I don't want to
> miss it any more.
>
> Oliver
>
>>
>> Luc
>>
>>> I know, I know, I don't want
>>> to start another 1000 message long thread. ;)
>>>
>>> Gary
>>>
>>> On May 26, 2013, at 13:06, Oliver Heger <oliver.heger@oliver-heger.de> =
wrote:
>>>
>>>> Hi Luc,
>>>>
>>>> Am 25.05.2013 21:53, schrieb Luc Maisonobe:
>>>>> Le 25/05/2013 21:16, Oliver Heger a =C3=A9crit :
>>>>>> Hi all,
>>>>>
>>>>> Hi Oliver,
>>>>>
>>>>>>
>>>>>> recently I switched from svn to git and now use git svn to do my com=
mits.
>>>>>>
>>>>>> One problem I have with this setup is that git svn does not honor th=
e
>>>>>> autoprops configured for svn. Therefore, all newly added files are
>>>>>> missing these properties.
>>>>>>
>>>>>> I think I am not the only git user here. So I would like to ask how
>>>>>> others address this problem.
>>>>>
>>>>> This is the setting I have been used for months (probably more than o=
ne
>>>>> year).
>>>>>
>>>>> This seems strange to me, I thought git svn honoured the autoprops.
>>>>> Looking back at a commit where I created lots of newx files (like
>>>>> <http://markmail.org/message/4yb4yzp2ixqvhl2e>), the properties where
>>>>> set properly. So I think it works for me. In my case, I work on Linux
>>>>> and the subversion properties are set in a file $HOME/.subversion/con=
fig.
>>>>>
>>>>> There is also one specific property that may need to be set specifica=
lly
>>>>> for git, it is the line-endings encoding. On a Linux machine, I globa=
lly
>>>>> set "core.autocrlf" ot "input" (the setting must be different for Win=
dows).
>>>> thanks for your answer. Hm, it may be an OS-specific issue then (I am =
on
>>>> Windows).
>>>>
>>>> I found contradictory information on the net. While some say svn
>>>> autoprops would work, there is the following statement in [1] (which
>>>> should be the reference) in the "Bugs" section:
>>>>
>>>> "We ignore all SVN properties except svn:executable."
>>>>
>>>> Will have to do some more research, but currently I even don't know
>>>> whether this is supposed to work :-( If somebody has a working
>>>> configuration for Windows, please let me know!
>>>>
>>>> Thanks
>>>> Oliver
>>>>
>>>> [1] https://www.kernel.org/pub/software/scm/git/docs/git-svn.html
>>>>
>>>>> Luc
>>>>>
>>>>>
>>>>>>
>>>>>> Thanks in advance!
>>>>>> Oliver
>>>>>>
>>>>>> --------------------------------------------------------------------=
-
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org