On 25.10.2013 22:23, Alfred von Campe wrote:
> We access our Subversion repositories mainly via svn+ssh:// on a central
> server. We limit access to the repos using Unix group membership. For
> example, the repo for ProjectA has 770 permissions and belongs to GroupA and
> ProjectB also has 770
Hi All
Would there be issues with SVN mergeinfo and/or SVN in general if one keeps
applying
svn merge --record-only on a revision number repeatedly and commit in a
svn merge --record-only followed by commit followed by svn merge
--record-only followed by commit and the next cycle begins ? It's not
We access our Subversion repositories mainly via svn+ssh:// on a central
server. We limit access to the repos using Unix group membership. For
example, the repo for ProjectA has 770 permissions and belongs to GroupA and
ProjectB also has 770 permission and belongs to GroupB. So users who are
I'm pretty sure you already handle this, but make sure that all paths you pass
to Subversion APIs are in theSubversion canonical C:/WD form.
All APIs except for a few conversion APIs in the svn_dirent_* namespace assume
canonical paths for their arguments. (There are some legacy conversion AP
On 25.10.2013 14:31, Maximo, Andre (GE Global Research) wrote:
> Thanks Bert again and Ben for joining.
>
> I am handling the error in the code (I just omitted for clarity), but the
> execution I am describing never throws an error. I also have tested passing
> the same pool and using the GetBu
Thanks Bert again and Ben for joining.
I am handling the error in the code (I just omitted for clarity), but the
execution I am describing never throws an error. I also have tested passing the
same pool and using the GetBuffer() method, but down to the same segfault at
the svn_client_url_from
Hi All
We use SVN 1.6
We like to perform code merging between branches and we are in a dilemma
situation.
Branch A exists
Folks making code changes on Branch A
Branch B created from branch A
Folks making code changes on both branches A and B
Branch A sync code merging to Branch B
After some time