AW: multiple svn front-ends, single SAN repo volume

[Markus Schaber]

Hi, Bruce,

Is your load mainly read-access with few commits, or do you really have lots of 
commits?

In the former case, a bunch of Write-Through proxies may be the better solution.

Best regards

Markus Schaber
--
___
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax 
+49-831-54031-50

Email: m.scha...@3s-software.com | Web: 
http://www.3s-software.com 
CoDeSys internet forum: 
http://forum.3s-software.com
Download CoDeSys sample projects: 
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade 
register: Kempten HRB 6186 | Tax ID No.: DE 167014915

Von: Bruce Lysik [mailto:bly...@yahoo.com]
Gesendet: Samstag, 11. Februar 2012 06:30
An: users@subversion.apache.org
Betreff: Re: multiple svn front-ends, single SAN repo volume

We have a single server installation which is currently not fast enough.

The LB pair + 3 svn front-ends + SAN storage is not strictly for performance, 
but also for reliability.  Scaling vertically would probably solve performance 
problems in the short term, but still wouldn't address single points of failure.

Thanks for all the responses to this thread, it's very educational.

--
Bruce Z. Lysik mailto:bly...@yahoo.com>>

From: Stefan Sperling mailto:s...@elego.de>>
To: Ryan Schmidt 
mailto:subversion-20...@ryandesign.com>>
Cc: Nico Kadel-Garcia mailto:nka...@gmail.com>>; Bruce Lysik 
mailto:bly...@yahoo.com>>; 
"users@subversion.apache.org" 
mailto:users@subversion.apache.org>>
Sent: Friday, February 10, 2012 2:16 PM
Subject: Re: multiple svn front-ends, single SAN repo volume

On Fri, Feb 10, 2012 at 04:09:45PM -0600, Ryan Schmidt wrote:
> Have you verified that a single server will not be fast enough?

Good point. It might very well be fast enough.

> If so, you could consider having any
> number of read-only slave servers, which would each proxy their write
> requests back to the single master server that Subversion supports.
> This way read operations would be accelerated, while write operations
> would be securely limited to just the single master. The slave servers
> could keep individual copies of the repository(ies) synchronized with
> the master using svnsync

This is misleading. A write-through proxy setup does not eliminate
write operations on slave servers.

While replicating commits, svnsync performs the exact same kinds of
write operations against the slave servers that happen on the master
repository when a client makes a commit.

In fact, in the corrupted rep-cache.db case I mentioned earlier,
the write operation to the CIFS share was performed by svnsync
(luckily, only the slave was storing its repositories on CIFS :)

OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Bastian Blank]

Hello,

I've got a problem with the freeware version of Softlandings "Subversion  
for OS/400 1.4".
Whenever I'm trying to commit my changes to the repository via the  
QSH-command:


/qsys.lib/subversion.lib/svn.pgm commit -m "test"

I get the following error message:

"svn: Can't set access time of  
'/home/bastian2/.svn/tmp/text-base/anf001.rpgle.svn-base':

This function has not been implemented on this platform"

Is there any way I can circumvent this problem, or is there a solution for  
it?


Thank you for your help

Bastian Blank

Re: Crash during attempted dump of repository

[Ivan Zhakov]

On Tue, Dec 13, 2011 at 20:29, Mourrat, David  (CA-CIB)
 wrote:
> Hi all,
>
> I was trying to dump my repository with these results:
>
> E:\VoloxTmp>"C:\Program Files\VisualSVN Server\bin\svnadmin" dump -r
> 19000:29950 E:\svn_repository_new > E:\VoloxTmp\dump_new.svndump
>

[...]


>
> Do you have an idea?
>
Could you please try to run svnadmin command with memory caching disabled. I.e.
E:\VoloxTmp>"C:\Program Files\VisualSVN Server\bin\svnadmin" dump -r
19000:29950 -M 0 E:\svn_repository_new > E:\VoloxTmp\dump_new.svndump


-- 
Ivan Zhakov

Apache Subversion 1.7.3 Released

[Hyrum Wright]

I'm happy to announce the release of Apache Subversion 1.7.3.  This
release is the best available release of Subversion, and we encourage
all users to upgrade as soon as practical.  Subversion 1.7.3 fixes a
number of crashes and improves error handling in several cases (please
see CHANGES for details).

This release also includes a correctness for for mod_dav_svn
responses.  Unfortunately, this same fix highlights several bugs
already existant in svnrdump when it is run over ra_serf.  For this
reason, we continue to recommend that users use ra_neon--the default
for the 1.7.x series--when running svnrdump.

To download the latest release of Subversion, please choose the mirror
closest to you by visiting:

http://subversion.apache.org/download/#recommended-release

The SHA1 checksums are:

eebeb77f1a8d352adcd8fe684b52e66be9fdcbce subversion-1.7.3.zip
624d4070361c0e8d7cf4f5c667629e72459b122d subversion-1.7.3.tar.bz2
0b97f7a3ebef31f3fc96f73eda2974eedee7aaf7 subversion-1.7.3.tar.gz

PGP Signatures are available at:

http://www.apache.org/dist/subversion/subversion-1.7.3.tar.bz2.asc
http://www.apache.org/dist/subversion/subversion-1.7.3.tar.gz.asc
http://www.apache.org/dist/subversion/subversion-1.7.3.zip.asc

For this release, the following people have provided PGP signatures:

   C. Michael Pilato [1024D/1706FD6E] with fingerprint:
20BF 14DC F02F 2730 7EA4  C7BB A241 06A9 1706 FD6E
   Paul T. Burba [1024D/53FCDC55] with fingerprint:
E630 CF54 792C F913 B13C  32C5 D916 8930 53FC DC55
   Bert Huijben [1024D/9821F7B2] with fingerprint:
2017 F51A 2572 0E78 8827  5329 FCFD 6305 9821 F7B2
   Hyrum K. Wright [1024D/4E24517C] with fingerprint:
3324 80DA 0F8C A37D AEE6  D084 0B03 AE6E 4E24 517C
   Philip Martin [2048R/ED1A599C] with fingerprint:
A844 790F B574 3606 EE95  9207 76D7 88E1 ED1A 599C
   Stefan Sperling [1024D/F59D25F0] with fingerprint:
B1CF 1060 A1E9 34D1 9E86  D6D6 E5D3 0273 F59D 25F0
   Mark Phippard [1024D/035A96A9] with fingerprint:
D315 89DB E1C1 E9BA D218  39FD 265D F8A0 035A 96A9

Release notes for the 1.7.x release series may be found at:

http://subversion.apache.org/docs/release-notes/1.7.html

You can find the list of changes between 1.7.3 and earlier versions at:

http://svn.apache.org/repos/asf/subversion/tags/1.7.3/CHANGES

Questions, comments, and bug reports to users@subversion.apache.org.

Thanks,
- The Subversion Team

Re: OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Daniel Shahaf]

Perhaps use-commit-times in ~/.subversion/config

But, really, 1.4 is ancient.  You should upgrade.

Bastian Blank wrote on Mon, Feb 13, 2012 at 11:56:40 +0100:
> Hello,
> 
> I've got a problem with the freeware version of Softlandings
> "Subversion for OS/400 1.4".
> Whenever I'm trying to commit my changes to the repository via the
> QSH-command:
> 
> /qsys.lib/subversion.lib/svn.pgm commit -m "test"
> 
> I get the following error message:
> 
> "svn: Can't set access time of
> '/home/bastian2/.svn/tmp/text-base/anf001.rpgle.svn-base':
> This function has not been implemented on this platform"
> 
> Is there any way I can circumvent this problem, or is there a
> solution for it?
> 
> Thank you for your help
> 
> Bastian Blank
> 
> 

Re: OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Mark Phippard]

On Mon, Feb 13, 2012 at 5:56 AM, Bastian Blank
 wrote:

> I've got a problem with the freeware version of Softlandings "Subversion for
> OS/400 1.4".
> Whenever I'm trying to commit my changes to the repository via the
> QSH-command:
>
> /qsys.lib/subversion.lib/svn.pgm commit -m "test"
>
> I get the following error message:
>
> "svn: Can't set access time of
> '/home/bastian2/.svn/tmp/text-base/anf001.rpgle.svn-base':
> This function has not been implemented on this platform"
>
> Is there any way I can circumvent this problem, or is there a solution for
> it?

This port is no longer maintained and it was always intended more to
provide a server than a client.  I would not try to use it unless you
are on an old version of OS/400 as it used the Apache system libraries
from OS/400.

You should use SVNKit if you need a client on OS/400.  See:

http://mowyourlawn.com/SystemiSVN.html

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

Merge shows conflicts on files that didn't change? (was Re: Question about merging)

[Dave Huang]

I guess it's time for my ~yearly question about why SVN can never seem 
to do this merge properly... Summary: I have a "releaseA" branch off of 
trunk, then a "releaseA + custom stuff" branch off of "releaseA". I also 
have a "releaseB" branch off of trunk. I want to merge "custom stuff" 
into "releaseB" to create a "releaseB + custom stuff" branch, but SVN is 
showing a ton of updates/conflicts, even though "custom stuff" only 
touches a handful of files (as confirmed by a diff between "releaseA" 
and "releaseA + custom stuff").


See the thread starting at 
http://mail-archives.apache.org/mod_mbox/subversion-users/201009.mbox/%3C3852DC49-BC93-45AB-A22E-1F5391257C49%40azeotrope.org%3E 
for more info.


I just tried this again with SVN 1.7.2 on the client and 1.6.15 on the 
server, and it still doesn't work right.


On 9/17/2010 2:07 PM, David Huang wrote:

On Sep 17, 2010, at 12:38 PM, Bob Archer wrote:

It is updating/writing merge info on those child nodes. There must have been a 
merge that was done at a level lower than the root folder of your project which 
put merge info on those files but not on the parent root folder.

A more concrete example:

hexley-wl:~ khym$ svn co https://my.repo/svn/branches/dave-calendar72
[ ... ]
hexley-wl:~ khym$ cd dave-calendar72
hexley-wl:dave-calendar72 khym$ svn merge --accept postpone 
https://my.repo/svn/branches/7.1@28161 
https://my.repo/svn/branches/dave-calendar71
--- Merging differences between repository URLs into '.':
[ ... ]
ULoadDB/LoadDB.cpp
[ ... ]
CReports/Invoice.rpt
[ ... ]
Summary of conflicts:
   Text conflicts: 491
   Tree conflicts: 5

# So, a .cpp was supposedly updated, and an .rpt was supposedly conflicted
hexley-wl:dave-calendar72 khym$ svn proplist 
https://my.repo/svn/branches/7.1/LoadDB/LoadDB.cpp@28161 
https://my.repo/svn/branches/dave-calendar71/LoadDB/LoadDB.cpp LoadDB/LoadDB.cpp
Properties on 'https://my.repo/svn/branches/7.1/LoadDB/LoadDB.cpp':
   svn:keywords
Properties on 'https://my.repo/svn/branches/dave-calendar71/LoadDB/LoadDB.cpp':
   svn:keywords
Properties on 'LoadDB/LoadDB.cpp':
   svn:keywords

# No mergeinfo on that file, in any of the places that are involved in the 
merge. Doing the same thing for Invoice.rpt shows that the only property is 
svn:mime-type.

hexley-wl:dave-calendar72 khym$ svn diff 
https://my.repo/svn/branches/7.1/LoadDB/LoadDB.cpp@28161 
https://my.repo/svn/branches/dave-calendar71/LoadDB/LoadDB.cpp
hexley-wl:dave-calendar72 khym$ svn diff 
https://my.repo/svn/branches/7.1/Reports/Invoice.rpt@28161 
https://my.repo/svn/branches/dave-calendar71/Reports/Invoice.rpt

# And svn diff shows that there are neither any text differences or property 
differences.

hexley-wl:dave-calendar72 khym$ svn stat LoadDB/LoadDB.cpp Reports/Invoice.rpt
C   Reports/Invoice.rpt

# Finally, svn stat shows that there are no modifications to my WC's 
LoadDB.cpp, despite the merge supposedly updating it. However, Invoice.rpt 
really is conflicted.




--
Name: Dave Huang |  Mammal, mammal / their names are called /
INet: k...@azeotrope.org |  they raise a paw / the bat, the cat /
FurryMUCK: Dahan |  dolphin and dog / koala bear and hog -- TMBG
Dahan: Hani G Y+C 36 Y++ L+++ W- C++ T++ A+ E+ S++ V++ F- Q+++ P+ B+ PA+ PL++

Re: OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Philip Martin]

The OS/400 code was removed before 1.6 (r872438).  It's possible that
1.5 might work but as I recall the OS/400 port was primarily a server
port and this function was probably never implemented.

Daniel Shahaf  writes:

> Perhaps use-commit-times in ~/.subversion/config
>
> But, really, 1.4 is ancient.  You should upgrade.
>
> Bastian Blank wrote on Mon, Feb 13, 2012 at 11:56:40 +0100:
>> Hello,
>> 
>> I've got a problem with the freeware version of Softlandings
>> "Subversion for OS/400 1.4".
>> Whenever I'm trying to commit my changes to the repository via the
>> QSH-command:
>> 
>> /qsys.lib/subversion.lib/svn.pgm commit -m "test"
>> 
>> I get the following error message:
>> 
>> "svn: Can't set access time of
>> '/home/bastian2/.svn/tmp/text-base/anf001.rpgle.svn-base':
>> This function has not been implemented on this platform"
>> 
>> Is there any way I can circumvent this problem, or is there a
>> solution for it?
>> 
>> Thank you for your help
>> 
>> Bastian Blank
>> 
>> 
>

-- 
Philip

Re: OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Mark Phippard]

I believe the last version we ported to OS/400 was 1.4.4.  It was
definitely 1.4.something





On Mon, Feb 13, 2012 at 11:19 AM, Philip Martin
 wrote:
> The OS/400 code was removed before 1.6 (r872438).  It's possible that
> 1.5 might work but as I recall the OS/400 port was primarily a server
> port and this function was probably never implemented.
>
> Daniel Shahaf  writes:
>
>> Perhaps use-commit-times in ~/.subversion/config
>>
>> But, really, 1.4 is ancient.  You should upgrade.
>>
>> Bastian Blank wrote on Mon, Feb 13, 2012 at 11:56:40 +0100:
>>> Hello,
>>>
>>> I've got a problem with the freeware version of Softlandings
>>> "Subversion for OS/400 1.4".
>>> Whenever I'm trying to commit my changes to the repository via the
>>> QSH-command:
>>>
>>> /qsys.lib/subversion.lib/svn.pgm commit -m "test"
>>>
>>> I get the following error message:
>>>
>>> "svn: Can't set access time of
>>> '/home/bastian2/.svn/tmp/text-base/anf001.rpgle.svn-base':
>>> This function has not been implemented on this platform"
>>>
>>> Is there any way I can circumvent this problem, or is there a
>>> solution for it?
>>>
>>> Thank you for your help
>>>
>>> Bastian Blank
>>>
>>>
>>
>
> --
> Philip



-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

Re: OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Philip Martin]

Mark Phippard  writes:

> I believe the last version we ported to OS/400 was 1.4.4.  It was
> definitely 1.4.something

The OS/400 code made it onto trunk and is present on the 1.5.x branch,
but I don't know whether anyone ever used 1.5 on OS/400.

-- 
Philip

Re: OS/400 - Subversion 1.4 (Softlanding) Problem - "Can't set access time of..."

[Mark Phippard]

On Mon, Feb 13, 2012 at 3:12 PM, Philip Martin
 wrote:
> Mark Phippard  writes:
>
>> I believe the last version we ported to OS/400 was 1.4.4.  It was
>> definitely 1.4.something
>
> The OS/400 code made it onto trunk and is present on the 1.5.x branch,
> but I don't know whether anyone ever used 1.5 on OS/400.

It was never actually updated during the 1.5.x process though.  It
simply was not removed.  1.5 added new code and dependencies like
SQLite that would need to be ported to OS/400 in addition to just
reviewing all of the code to get it work.  Paul and I changed jobs
before 1.5 development really took off so no work was done once we no
longer had access to an AS/400 (or desire to work on it).

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

Re: svnserve daemon mode + SSH

[Ted Stern]

On 11 Feb 2012 18:27:12 -0800, André Hänsel wrote:
>
> Hi list,
>
> can I use svnserve in daemon mode (to take advantage of its authorization
> mechanisms) and still have the client use an SSH tunnel (probably with
> different credentials) to connect to it, so I only have to expose the SSH
> port?
>
> I found a post at http://svn.haxx.se/users/archive-2004-12/1413.shtml
> talking about something called "SVN over SSH" but it's not mentioning how to
> set it up.
>
> Regards,
> André

As Nico has already mentioned, the svn+ssh access mode can be found
the Red Bean book, "Tunneling over SSH", and specifics may be found
here:

http://svnbook.red-bean.com/en/1.7/svn.serverconfig.svnserve.html#svn.serverconfig.svnserve.sshtricks

The basic idea is that you multiplex all access to the repository
through one account, with a special keypair for each user.

In the 'svnuser' account's ~/.ssh/authorized_keys file, a user's
public key is used to adjust svnserve's --tunnel-user option, to sign
each change with the correct ID.

Ted
-- 
 Frango ut patefaciam -- I break so that I may reveal

$ svn up ; result: generic-failure

[Guilherme Cunha]

Hi,

The 'svn up' is returning the message:

root@samsumg:/tmp# svn co svn://philer.ucpel.tche.br/trunk/sapu
svn: generic failure


Why this happens?

Thanks!!!

Re: $ svn up ; result: generic-failure

[Andy Levy]

On Mon, Feb 13, 2012 at 16:11, Guilherme Cunha
 wrote:
> Hi,
>
> The 'svn up' is returning the message:
>
> root@samsumg:/tmp# svn co svn://philer.ucpel.tche.br/trunk/sapu
> svn: generic failure
>
>
> Why this happens?

You need to provide a lot more detail than that.

What version of Subversion?
Was the working copy checked out with the same SVN version you're running now?
What OS?
Should you even be operating as root in the first place?
What, if any, troubleshooting/google searching have you done? For
example, is this relevant (first hit on the error message "svn:
generic failure")?
http://mail-archives.apache.org/mod_mbox/subversion-users/201110.mbox/%3c20111006185911.gf11...@jack.stsp.name%3E

Re: $ svn up ; result: generic-failure

[Stefan Sperling]

On Mon, Feb 13, 2012 at 01:11:42PM -0800, Guilherme Cunha wrote:
> Hi,
> 
> The 'svn up' is returning the message:
> 
> root@samsumg:/tmp# svn co svn://philer.ucpel.tche.br/trunk/sapu
> svn: generic failure
> 
> 
> Why this happens?
> 
> Thanks!!!

This is some as-of-yet unkown problem with Cyrus SASL.
See http://marc.info/?l=openbsd-ports&m=131805779110737&w=2

What OS are you running? Which Cyrus SASL version?

Can you please try again with Subversion-1.7.3 (released today)?
It should print a much better error message that might help us to
pin-point the actual problem.

Re: TortoiseSVN assertion failed

[Stefan Sperling]

On Tue, Dec 27, 2011 at 03:28:48PM +0100, Stefan Sperling wrote:
> On Tue, Dec 27, 2011 at 03:13:34PM +0100, Thomas Krebs wrote:
> > I changed the property values to ^/... and now it is somewhat better but
> > there is still one referenced subproject that does not work! What can I
> > do here?
> 
> Well, for a start, you'll have to show us exactly what you're seeing.
> By now you should understand the drill with problem reports.
> We can read neither your mind nor your screen from over here :)
> 
> > But even though, I apparently won't be able to checkout or update to
> > older revisions any more...?
> 
> You'll need to either wait for a new 1.7 client which has a fix to work around
> the issue (no patch exists as of yet but IMO we'll have to fix this in a
> patch release eventually because this is clearly a regression), or use a
> 1.6 client to check out those older revisions, or change the repository
> history by adjusting the svn:externals properties in older revisions.
> The latter would require a dump/load cycle filtered through svndumptool
> which you can find here: http://svn.borg.ch/svndumptool/
> 
> > I'm getting somewhat nervous ...
> 
> Understandably. I'm sorry you're hitting this problem. It might take
> some time to be resolved (due to people being on holidays, new year's,
> etc.) but we'll try our best to provide a fix ASAP.

Hi again Thomas,

I've implemented a fix for this problem and nominated it for backport
to the 1.7.4 release. This didn't make 1.7.3 which was released today,
sorry about that.

I am including a patch against 1.7.3 below. Are you able to you try
this patch to see if it fixes the problem for you? That would be very
valuable. Thank you!


Index: subversion/libsvn_client/externals.c
===
--- subversion/libsvn_client/externals.c(.../1.7.x) (revision 
1243712)
+++ subversion/libsvn_client/externals.c(.../1.7.x-issue4087)   
(revision 1243712)
@@ -811,6 +811,7 @@ handle_external_item_change(const struct external_
   svn_ra_session_t *ra_session;
   svn_client__ra_session_from_path_results ra_cache = { 0 };
   const char *new_url;
+  svn_node_kind_t kind;
 
   ra_cache.kind = svn_node_unknown;
 
@@ -829,43 +830,38 @@ handle_external_item_change(const struct external_
  parent_dir_url,
  scratch_pool, scratch_pool));
 
-  /* If the external is being checked out, exported or updated,
- determine if the external is a file or directory. */
-  if (new_item)
-{
-  svn_node_kind_t kind;
+  /* Determine if the external is a file or directory. */
+  /* Get the RA connection. */
+  SVN_ERR(svn_client__ra_session_from_path(&ra_session,
+   &ra_cache.ra_revnum,
+   &ra_cache.ra_session_url,
+   new_url, NULL,
+   &(new_item->peg_revision),
+   &(new_item->revision), eb->ctx,
+   scratch_pool));
 
-  /* Get the RA connection. */
-  SVN_ERR(svn_client__ra_session_from_path(&ra_session,
-   &ra_cache.ra_revnum,
-   &ra_cache.ra_session_url,
-   new_url, NULL,
-   &(new_item->peg_revision),
-   &(new_item->revision), eb->ctx,
-   scratch_pool));
+  SVN_ERR(svn_ra_get_uuid2(ra_session, &ra_cache.repos_uuid,
+   scratch_pool));
+  SVN_ERR(svn_ra_get_repos_root2(ra_session, &ra_cache.repos_root_url,
+ scratch_pool));
+  SVN_ERR(svn_ra_check_path(ra_session, "", ra_cache.ra_revnum, &kind,
+scratch_pool));
 
-  SVN_ERR(svn_ra_get_uuid2(ra_session, &ra_cache.repos_uuid,
-   scratch_pool));
-  SVN_ERR(svn_ra_get_repos_root2(ra_session, &ra_cache.repos_root_url,
- scratch_pool));
-  SVN_ERR(svn_ra_check_path(ra_session, "", ra_cache.ra_revnum, &kind,
-scratch_pool));
+  if (svn_node_none == kind)
+return svn_error_createf(SVN_ERR_RA_ILLEGAL_URL, NULL,
+ _("URL '%s' at revision %ld doesn't exist"),
+ ra_cache.ra_session_url,
+ ra_cache.ra_revnum);
 
-  if (svn_node_none == kind)
-return svn_error_createf(SVN_ERR_RA_ILLEGAL_URL, NULL,
- _("URL '%s' at revision %ld doesn't exist"),
- ra_cache.ra_session_url,
- ra_cache.ra_revnum);
+  if (svn_node_di

Question about Apache Subversion API compatibility

[Anastasio, David M CTR USAF AFMC ESC/HNID]

Hello,

 

I am trying to integrate Apache Subversion for source code control of my
development group's changes to our vendor's code base.

The vendor indicates that integration to the application's code base is
done through the use of a Microsoft C API called "SCC C API" (Source
Code Control C API) provided by Microsoft.

Does Apache Subversion conform to this API?

 

Thank you.

 

David Anastasio

 

Jacobs Technology / ETASS

AFNet OPS Support (ESC/HNID)

3 Eglin Street; Building 1612

Hanscom AFB

DSN: 845-4682  COMM: (781) 225-4682

 

Re: Question about Apache Subversion API compatibility

[Victor Medina]

No!

De: Anastasio, David M CTR USAF AFMC ESC/HNID 
[mailto:david.anastasio@hanscom.af.mil]
Enviado: Monday, February 13, 2012 05:52 PM
Para: users@subversion.apache.org 
Asunto: Question about Apache Subversion API compatibility

Hello,

I am trying to integrate Apache Subversion for source code control of my 
development group’s changes to our vendor’s code base.

The vendor indicates that integration to the application’s code base is done 
through the use of a Microsoft C API called "SCC C API" (Source Code Control C 
API) provided by Microsoft.

Does Apache Subversion conform to this API?



Thank you.

David Anastasio

Jacobs Technology / ETASS
AFNet OPS Support (ESC/HNID)
3 Eglin Street; Building 1612
Hanscom AFB
DSN: 845-4682  COMM: (781) 225-4682



{Castellano/Spanish} Aviso de exenci�n de responsabilidad:
Toda la informaci�n y los adjuntos en este mensaje es confidencial y 
privilegiada. Solamente los destinatarios est�n autorizados para usar esta 
informaci�n. Las transmisiones de correos electr�nicos no est�n garantizadas y 
no son seguras o libres de errores y la empresa no acepta responsabilidad por 
error u omisiones. La empresa no acepta ninguna responsabilidad con respecto a 
cualquier comunicaci�n que haya sido emitida incumpliendo nuestra pol�tica de 
e-mail.
Reportar cualquier uso indebido de correo a: ab...@cmgm.com.ve
Cumplimos con el RFC 2142 (http://www.rfc-editor.org/rfc/rfc2142.txt)

{English/Ingl�s} E-mail disclaimer:
All information in this message and attachments is confidential and may be 
legally privileged. Only intended recipients are authorized to use it. E-mail 
transmissions are not guaranteed to be secure or error free and sender does not 
accept liability for such errors or omissions. The company will not accept any 
liability in respect of such communication that violates our e-Mail Policy.
Report any abuse to: ab...@cmgm.com.ve
We are RFC 2142 compliant (http://www.rfc-editor.org/rfc/rfc2142.txt)

Re: Question about Apache Subversion API compatibility

[Andy Levy]

On Mon, Feb 13, 2012 at 17:22, Anastasio, David M CTR USAF AFMC
ESC/HNID  wrote:
> Hello,
>
>
>
> I am trying to integrate Apache Subversion for source code control of my
> development group’s changes to our vendor’s code base.
>
> The vendor indicates that integration to the application’s code base is done
> through the use of a Microsoft C API called "SCC C API" (Source Code Control
> C API) provided by Microsoft.
>
> Does Apache Subversion conform to this API?

Subversion servers do not, as that is not required for them to do their job.

There is at least one client built upon the Subversion library which
integrates with whatever development environment you're using via the
SCCC API. See http://www.pushok.com/software/svn.html for an example.

However, from what I can gather the SCCC API is pretty old and no
longer in use with the current MS development environments. Also, you
may be asking the wrong questions - the SCCC API is an API for
creating plug-ins for the development environment itself, and is
usually *not* integrated with the application you're developing.
Unless the application you're creating is an SCCC/IDE plug-in.