[MPlayer-dev-eng] [PATCH 2/2] build: Add .gitignore file.
Reimar Döffinger
Reimar.Doeffinger at gmx.de
Wed Jun 22 08:08:28 CEST 2011
On 21 Jun 2011, at 23:36, Clément Bœsch <ubitux at gmail.com> wrote:
> On Wed, Jun 22, 2011 at 12:30:34AM +0300, Ivan Kalvachev wrote:
>> On 6/21/11, Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:
>>> On Mon, Jun 20, 2011 at 10:07:03AM +0200, Diego Biurrun wrote:
>>>> On Mon, Jun 20, 2011 at 12:20:20AM +0200, Ingo Brückl wrote:
>>>>> Diego Biurrun wrote on Sun, 19 Jun 2011 23:33:19 +0200:
>>>>>
>>>>>> While MPlayer does not currently use git, this is useful when working
>>>>>> with
>>>>>> git-svn clones and will ease a future transition from Subversion to
>>>>>> git.
>>>>>> .gitignore | 54
>>>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>>>> 1 files changed, 54 insertions(+), 0 deletions(-)
>>>>>> create mode 100644 .gitignore
>>>>>
>>>>> I'd say let's introduce git stuff when we officially use git, not now.
>>>>> Who
>>>>> needs this now, should add it to his working copy.
>>>>
>>>> That's annoying and everybody has to duplicate the same effort locally
>>>> - what's the point of waiting?
>>>
>>> It's fine by me, I think it's ok to have it in SVN.
>>
>> Fine by me, too.
>
> OK with me if that wasn't clear of course. BTW, what's blocking us from
> using git? A sysadmin? external sub repositories?
Doing it properly means building a git repo with proper, full-name author entries
from SVN commit names and "patch by" attributions, checking that we get everything
external in a proper way via submodules (by what I can tell submodules still do not support
always fetching the latest version?), write usage documentation and accept we can
no longer fix commit messages.
I at least don't feel like investing the effort for what seems like not much of an advantage
if any over git-svn.
More information about the MPlayer-dev-eng
mailing list