# svn propset

2 messages from 2010-09-15 to 2010-09-29. Participants: schachtobi, Andreas Stricker.
Thread: https://gitlist.dev/t/25111

## schachtobi, 2010-09-15 18:52

Subject: svn propset
Message-ID: <4C9115E9.4080900@web.de>
URL: https://gitlist.dev/e/4C9115E9.4080900%40web.de

```
In response to Ramana,

you talked about the svn:ignore property and suggested to have a special
command to set this property. But I think first it could be done
automatically using the semantics git allready has and second there are
other properties that could be treated the same way:

* svn:mime-type
* svn:ignore
* svn:keywords (is there something like this in git?)
* svn:externals (not yet supported? Found nothing so far)
  except solutions here:
http://panthersoftware.com/articles/view/3/svn-s-svn-externals-to-git-s-submodule-for-rails-plugins
  but this is not the same since the client has to setup the links,
repositories etc. And they do not come automatically as in subversion.
  I guess submodules is the proper replacement. But still having the
svn:externals from a pull this could be done automatically without the
need for scripting. And the dcommit should also work for the submodules.
* svn:bugtraq*
* svn:mergeinfo

for me the svn:merginfo and the svn:externals would be most benifitial
since our team uses this a lot and without being able to set those from
git it will be not possible for me to use git for a svn client to do the
merges.

So are there plans or updates to the problems I have encountered?

Thanks!

regards,
Tobias

```

## Andreas Stricker, 2010-09-29 08:12

Subject: Re: svn propset - focus on svn:externals
Message-ID: <4CA2F4D5.6010601@futurelab.ch>
URL: https://gitlist.dev/e/4CA2F4D5.6010601%40futurelab.ch
In-Reply-To: <4C9115E9.4080900@web.de>

```
schachtobi wrote:
> * svn:externals (not yet supported? Found nothing so far)
>   except solutions here:
>
http://panthersoftware.com/articles/view/3/svn-s-svn-externals-to-git-s-submodule-for-rails-plugins
>   but this is not the same since the client has to setup the links,
> repositories etc. And they do not come automatically as in subversion.

Then there is also the git-svn-clone-externals [1]

>   I guess submodules is the proper replacement. But still having the
> svn:externals from a pull this could be done automatically without the
> need for scripting. And the dcommit should also work for the submodules.

Git submodules could help here, but I doubt there is a full automated
solution that will work in all circumstances. Here at work we have an
excessive use of svn:externals that points diagonally through the whole
repository.

> for me the svn:merginfo and the svn:externals would be most benifitial
> since our team uses this a lot and without being able to set those from
> git it will be not possible for me to use git for a svn client to do the
> merges.

For me the support for the new svn:externals syntax [2] would be a first
huge step forwards. With the proper support for the new syntax I may use
the git-svn-clone-externals [1] to fetch the externals.

I started to extend git-svn to support those new syntax and pushed
it to github [3] for those who are interested. I'm a bit busy at the
moment, but like to continue this work.

Regards, Andy

[1] http://github.com/andrep/git-svn-clone-externals
[2] http://subversion.apache.org/docs/release-notes/1.5.html#externals
[3] http://github.com/AndyStricker/git#



```