List responders -
Once again thanks everyone for taking the time to respond and all of
your suggestions.
On 6/19/2024 2:58 AM, Daniel Sahlberg wrote:
Den tis 18 juni 2024 kl 23:19 skrev Paul Leo
:
...
The reason I am posting here instead of TortoiseSVN is I would
like to know whethe
On Wed, Jun 19, 2024 at 3:31 AM Andreas Stieger wrote:
>
>
> On 2024-06-18 23:19, Paul Leo wrote:
> > If I try a relocate in TortoiseSVN, I get an error saying the uuid of
> > the new server is different than the WC of the local repo. I presume
> > this is because of the DNS name change.
>
>
> N
Den tis 18 juni 2024 kl 23:19 skrev Paul Leo <
paul@dataphilesconsulting.com>:
...
> The reason I am posting here instead of TortoiseSVN is I would like to
> know whether it would be safer to have folks just do a new checkout from
> new server once old server is shutdown, (and diff folders if
On 2024-06-18 23:19, Paul Leo wrote:
If I try a relocate in TortoiseSVN, I get an error saying the uuid of
the new server is different than the WC of the local repo. I presume
this is because of the DNS name change.
No, this is because the UUID is different.
I've done some searching and
Thanks Ryan. I guess I can't believe everything on the internet, where
I got the DNS name story
The commands used to create and sync the repo were:
svnsync initialize file:///srv/svn_repos/ibis/main
https://svn.ibisph.org/svn/main
svnsync synchronize file:///srv/svn_repos/ibis/main
https:/
On Jun 18, 2024, at 16:19, Paul Leo wrote:
>
> If I try a relocate in TortoiseSVN, I get an error saying the uuid of the new
> server is different than the WC of the local repo. I presume this is
> because of the DNS name change.
The DNS name has nothing to do with the UUID.
If the new repos
Once again thanks for all your past help
The new repository is up and running. But we haven't cut over yet.
I have asked folks to commit all changes that they would like included
in new repo.
I'm using svnsync multiple times per day, with no issues.
There's a good chance that DNS name may no
Tak Daniel.
Appreciate the detailed response. I have asked for the two hooks that
seemed to be copied from the templates.
If the dump doesn't work, I may have them try and tar up the whole repo
directory.
I do have the auth tables, and will try them once repo is up and
running, otherwise,
List - Thanks for all previous replies
Nico,
I can assure you that the work is legitimate. I support a consortium
of 8 or so state health departments. They all use an application called
IBIS (here's one version https://ibis.doh.nm.gov/).
I am working with Utah Dept of HHS, and Hawaii Data
On Fri, Jun 7, 2024 at 1:31 AM Lorenz via users
wrote:
>
> Paul Leo wrote:
>
> >We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
> >Ubuntu 24.04, SVN 1.14.3.
> >
> >We don't have any login access to the current server.
> >
> >The current hosting server plans to perform an SVN
Den tors 6 juni 2024 kl 21:40 skrev Paul Leo <
paul@dataphilesconsulting.com>:
> We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
> Ubuntu 24.04, SVN 1.14.3.
>
> We don't have any login access to the current server.
>
> The current hosting server plans to perform an SVN d
Hello,
On 2024-06-06 21:40, Paul Leo wrote:
[...] migrate an SVN repository from CentOS 7, Subversion 1.94 to
Ubuntu 24.04, SVN 1.14.3.
[...]
The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google Drive.
We would obtain t
On Jun 7, 2024, at 00:32, Lorenz via users wrote:
>
> You might want to retain the repository UUID, otherwise you would need
> to re-checkout your working copies
Loading the dumpfile into a new repository will preserve the UUID unless you
tell it not to.
Paul Leo wrote:
>We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
>Ubuntu 24.04, SVN 1.14.3.
>
>We don't have any login access to the current server.
>
>The current hosting server plans to perform an SVN dump of the
>repository, and make it available through something like
We need to migrate an SVN repository from CentOS 7, Subversion 1.94 to
Ubuntu 24.04, SVN 1.14.3.
We don't have any login access to the current server.
The current hosting server plans to perform an SVN dump of the
repository, and make it available through something like Google Drive.
We woul
On Mon, 17 May 2021 17:15:13 -0400, David Newman
wrote:
>> A few years back I replicated our live SVN repository, to get a backup, by
>> using
>> a dump followed by a load on the replication server. The dump files were
>> moved
>> over the Internet in tgz files before being used to load onto th
>
> screenshot of idea repo in new svn server show 0 rev
> [image: image.png]
>
>
>
> Looks like i have to follow svm dump and load with incremental or svnsync
> for this migration.
>
>
> Let me try these steps and let you know.
>
>
> Thanks & Regards,
&g
Looks like i have to follow svm dump and load with incremental or
svnsync for this migration.
Let me try these steps and let you know.
Thanks & Regards,
Jackson J
On Tue, May 18, 2021 at 8:06 AM Nathan Hartman
mailto:hartman.nat...@gmail.com>> wrote:
On Mon, May 17, 20
migration.
Let me try these steps and let you know.
Thanks & Regards,
Jackson J
On Tue, May 18, 2021 at 8:06 AM Nathan Hartman
mailto:hartman.nat...@gmail.com>> wrote:
On Mon, May 17, 2021 at 8:26 PM Daniel Shahaf
mailto:d...@daniel.shahaf.name>> wrote:
Mar
screenshot of idea repo in old svn server show it has 9754 rev
[image: image.png]
screenshot of idea repo in new svn server show 0 rev
[image: image.png]
Looks like i have to follow svm dump and load with incremental or svnsync
for this migration.
Let me try these steps and let you know
ng subversion 1.7 running in LInux 6.9.
> > > we are working on subversion migration along with OS upgrade
> > >
> > > Currently we have built RHEL 8.3 OS with subversion 1.10 and did all
> the configuration , the 1.10 setup is up and working as expected .
> > >
Mark Phippard wrote on Mon, 17 May 2021 12:24 +00:00:
>
> > On May 17, 2021, at 8:21 AM, jackson wrote:
> >
> >
> > Hello Everyone
> >
> > We are using subversion 1.7 running in LInux 6.9.
> > we are working on subversion migration along wit
e existing
>> repositories or move them to new location. You can use rsync, tar or
>> whatever method you prefer.
>
> By the description it looks like the repository is *in use*, so there must be
> two different Linux machines involved here. Not so easy to point the new
>
it looks like the repository is *in use*, so there must be
two different Linux machines involved here. Not so easy to point the new server
at tyhe same physical repo then.
And Jackson says that commits are also done during the migration process, seems
like a not so good solution...
A few years back I
> On May 17, 2021, at 8:21 AM, jackson wrote:
>
>
> Hello Everyone
>
> We are using subversion 1.7 running in LInux 6.9.
> we are working on subversion migration along with OS upgrade
>
> Currently we have built RHEL 8.3 OS with subversion 1.10 and did all
Hello Everyone
We are using subversion 1.7 running in LInux 6.9.
we are working on subversion migration along with OS upgrade
Currently we have built RHEL 8.3 OS with subversion 1.10 and did all the
configuration , the 1.10 setup is up and working as expected .
We need help in migrating
Sorry, that was a permission issue with apache. Issue fixed.
Thanks
Best Regards,
Dheeraj
On Tue, May 12, 2020 at 4:30 PM Dheeraj wrote:
> Hi All
>
> I did SVN server migration from RHEL 6 to RHEL 7 and migrated the repos.
> Also DNS entry is changed so that alias points to the
Hi All
I did SVN server migration from RHEL 6 to RHEL 7 and migrated the repos.
Also DNS entry is changed so that alias points to the news server. When I
did svn up from an existing setup, I got below error.
svn: E175002: Unable to connect to a repository at URL '
https:
On Tue, May 12, 2020 at 1:00 PM Dheeraj wrote:
>
> Hi All
>
> I did SVN server migration from RHEL 6 to RHEL 7 and migrated the repos.
> Also DNS entry is changed so that alias points to the news server. When I
> did svn up from an existing setup, I got below error.
>
>
On Tue, Apr 14, 2020 at 11:36 AM Dheeraj wrote:
>
> Hi Johan
>
> Thanks for the update. I have taken care of the hooks and configuration,
> probably I missed the locks part.
> I will have a look into it.
> I was thinking since the IP address is changing will it cause any issue
> during Checkout
Hi Johan
Thanks for the update. I have taken care of the hooks and configuration,
probably I missed the locks part.
I will have a look into it.
I was thinking since the IP address is changing will it cause any issue
during Checkout or commit even though the alias will be the same.
Best Regards,
D
On Tue, Apr 14, 2020 at 9:28 AM Dheeraj wrote:
>
> Hi
>
> I have upgraded my SVN from RHEL 6 to RHEL 7 to a new server.
> I still have RHEL 6 server in production and have an DNS alias named
> svn-server poditing to the old server. My plan is to do a SVN dump of repos
> from old server and load
Hi
I have upgraded my SVN from RHEL 6 to RHEL 7 to a new server.
I still have RHEL 6 server in production and have an DNS alias named
svn-server poditing to the old server. My plan is to do a SVN dump of
repos from old server and load it on new server. Once I load all repos, I
will make the old se
On Tue, Jul 10, 2018 at 11:30 AM, Martin Sauer wrote:
> Hello,
>
> I want to migrate my git project archive to subversion. In the internet I
> can't find only infos about migrate from subversion to git.
>
> Can you tell me how I can migrate my projects to svn?
>
> Thank your for your help.
>
> BR
Martin Sauer wrote:> I want to migrate my git project archive to
subversion. [...]
"Reposurgeon" is probably the tool that will give the most reliably
correct conversion, if you are looking for a one-time conversion.
http://www.catb.org/esr/reposurgeon/
"SubGit" is probably the best option i
In general, this isn't precisely possible, because Git has a different
data-model than Subversion, which is probably why you don't see many tools
automating this.
Tags: In Git, a tag is just a pointer to a revision. In Subversion, a tag
is a separate revision of the repository, represented by a se
Hello,
I want to migrate my git project archive to subversion. In the internet
I can't find only infos about migrate from subversion to git.
Can you tell me how I can migrate my projects to svn?
Thank your for your help.
BR
martin
the another machine.
Many more patterns are possible.
Hiran
From: Fei Peng [mailto:fp...@trustwave.com]
Sent: 26 September 2017 22:29
To: users@subversion.apache.org
Subject: [EXT] Repository data migration using svnadmin
I am new to subversion admin and planning to migrate our subversion from
I am new to subversion admin and planning to migrate our subversion from one
server to another one. The current repo used 350GB space and there about 140GB
free space at the same location.
Question: svnadmin dump myrepos > dumpfile
Where the dumpfile will be and how much space it may take?
Tha
The Apache Subversion developers have decided to migrate all tickets
and history from the current issue tracker at Tigris.org[1] to the
Jira instance hosted by the Apache Software Foundation[2].
We feel that an important aspect of the migration is properly
mapping the old accounts of people
Hello,
On 15/06/15 08:11, ramisetti srihari wrote:
>> At which point of the documentation are you stuck?
>> https://mercurial.selenic.com/wiki/ConvertExtension
>
> I read the content of that page now
Proving that you hadn't read it in the first place.
> but i want to migrate the reposito
Dear Joseba,
I read the content of that page now, but i want to migrate the repository from
Mercurial to Subversion but whatever the link you given is for reverse which i
do not want.
Can you please help us by providing your guidens for completing this migration
work successfully.
R.SRIHARI
/2015 11:20 a. m., "ramisetti srihari"
escribió:
> Hi Andreas,
>
> We are yet to start this project so i need any scripts are available
> readily for doing this migration from Mercurial repository to Subversion,
> it would really help us to complete this activity.
>
before.
No script, just a command based on the fine documentation. The migration worked
on the second invocation?
But as you said you have yet to start the project. Maybe you should do it, and
check back when you are stuck.
Andreas
Hi Andreas,
We are yet to start this project so i need any scripts are available readily
for doing this migration from Mercurial repository to Subversion, it would
really help us to complete this activity.
I already gone through the below link you provided and my feeling is , it is
not much
Hi,
Ramisetti Srihari wrote:
> We want to Migrate code and revision history repository from Mercurial
> to subversion, Can you please provide the scripts/tools if there are
> any for doing this activity?
>
> Can you please guide me for completing this activity successfully.
At which point of th
Hi,
We want to Migrate code and revision history repository from Mercurial to
subversion, Can you please provide the scripts/tools if there are any for doing
this activity?
Can you please guide me for completing this activity successfully. Thanks &
Regards,
R.SRIHARI
CELL : +91 917 610 8927
On Wed, Dec 24, 2014 at 8:21 AM, Somashekarappa, Anup (CWM-NR)
wrote:
>
>
> Hi,
>
> We are migrating SVN from one server ( linux ) to other linux server .
>
> WE do have Master/Slave setup in curent server ( Both Master and Slave will
> be moved different servers).
>
> May I know the best way to m
Hi,
We are migrating SVN from one server ( linux ) to other linux server .
WE do have Master/Slave setup in curent server ( Both Master and Slave will be
moved different servers).
May I know the best way to migrate the repositories in both Master and Slave
sever?
Also the path of the reposi
On 4/26/14, 12:14 AM, narendra agrey wrote:
> I have got a task of migrating code base from Mercurial to SVN.
>
> I had tried 'hg convert" and it starts working upto few revisions. At one
> point, it fails with statement: "svn error: file doesn't exists". I didn't
> recall the error code but there
Hi Team,
I have got a task of migrating code base from Mercurial to SVN.
I had tried 'hg convert" and it starts working upto few revisions. At one
point, it fails with statement: "svn error: file doesn't exists". I didn't
recall the error code but there was one.
What does it mean and how can i
On 8/2/2013 3:21 PM, Thomas Harold wrote:
Our migration process:
>
> 0. svnadmin verify oldreponame
1. svnadmin dump oldreponame
2. svnadmin create newreponame
3. Modify db/fsfs.conf
[rep-sharing]
enable-rep-sharing = true # defaults to true in 1.8
[deltification]
enable-dir-deltifi
On 6/11/2013 8:52 AM, C. Michael Pilato wrote:
One advantage of being in a room full of Subversion developers, specifically
the guy that implemented all this stuff, is that I can ask him directly
about how to respond to this mail. :-) Hopefully I will accurately
represent the answers Stefan Fuh
w VCS again, and
a single cut point doesn't even look feasible.
> The engineering
> time burned, and the bitter complaints about history discrepancies
> from fundamentally distinct history reporting can easily triple the
> cost and effort of the migration.
I'm promising transfe
ificity, not generality. The engineering
time burned, and the bitter complaints about history discrepancies
from fundamentally distinct history reporting can easily triple the
cost and effort of the migration.
It's also an excellent opportunity to *trim* the project. Bring over
only relevan
into svn. This allows you to continue to run out feature team
branches in CC until all of them have finished while being able to start
new teams on svn beforehand.
While you may not care about *old* history, the history during the
migration is highly helpful. Unless you can afford to do a single shot.
.
m sure there are some for Clearcase. But the impedance
mismatches are deadly, especially if there's old bugs in the old
repository. (Been there, done that: got screamed at because I edited a CVS
source file to remove a manual edit someone had done 10 years ago that
broke the cvs2svn tool
AFAIK do not expect a real migration including all history data, branches,
merges, attributes, etc. pp.. You may consider to start with a copy of a view
into svn trunk and forget about nearly all history.
Just for my interest, why are you going to use SVN instead of CC?
Regards
Neil
From
On Thu, Jul 18, 2013 at 12:17 PM, Badipatla, Venkata <
venkata.badipa...@capgemini.com> wrote:
> Hi Team,
>
> ** **
>
> We are planning to migrate Clearcase vob’s to Subversion in Linux and
> Solaris environment.
>
> ** **
>
> Could you please let me know the good approach to do this activ
Hi Team,
We are planning to migrate Clearcase vob's to Subversion in Linux and Solaris
environment.
Could you please let me know the good approach to do this activity.
Thanks in advance!
Thanks & Regards,
___
Venkat Badipatla
On 6/11/2013 10:20 AM, Stefan Sperling wrote:
On Tue, Jun 11, 2013 at 10:13:15AM -0400, Thomas Harold wrote:
Right now, the size of our dumpfile directory is 207G, while the
hotcopy is only 104G. So the size savings could be big for us. The
hotcopy backup is still our preferred solution, with
C. Michael Pilato wrote on Tue, Jun 11, 2013 at 17:32:59 +0200:
> On 06/11/2013 05:14 PM, Daniel Shahaf wrote:
> > C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
> >> As for the --deltas option, that has nothing in the world to do with the
> >> types of deltas we're discussing here
On 06/11/2013 05:14 PM, Daniel Shahaf wrote:
> C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
>> As for the --deltas option, that has nothing in the world to do with the
>> types of deltas we're discussing here. (As an aside, I would highly
>> recommend that, unless you need your
C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
> On 06/10/2013 03:05 PM, Thomas Harold wrote:
>
> > b) Does revprop caching only need to be enabled for http/https access and
> > does it have any effect on svn+ssh access? (All of our users currently use
> > svn+ssh access, but we
C. Michael Pilato wrote on Tue, Jun 11, 2013 at 14:52:48 +0200:
> One advantage of being in a room full of Subversion developers, specifically
> the guy that implemented all this stuff, is that I can ask him directly
> about how to respond to this mail. :-) Hopefully I will accurately
> represent
On 06/11/2013 04:13 PM, Thomas Harold wrote:
> Thanks, the svn book is light on details of what exactly counts as "minimum
> amount of work needed" for "svnadmin upgrade".
svnbook-...@red-bean.com would be a great place to report that, though I'd
suggest expanding your report with some context. Th
On Tue, Jun 11, 2013 at 10:13:15AM -0400, Thomas Harold wrote:
> Right now, the size of our dumpfile directory is 207G, while the
> hotcopy is only 104G. So the size savings could be big for us. The
> hotcopy backup is still our preferred solution, with the dump files
> being a worst-case fallbac
On 6/11/2013 8:52 AM, C. Michael Pilato wrote:
One advantage of being in a room full of Subversion developers, specifically
the guy that implemented all this stuff, is that I can ask him directly
about how to respond to this mail. :-) Hopefully I will accurately
represent the answers Stefan Fuh
One advantage of being in a room full of Subversion developers, specifically
the guy that implemented all this stuff, is that I can ask him directly
about how to respond to this mail. :-) Hopefully I will accurately
represent the answers Stefan Fuhrmann just gave me to your questions.
On 06/10/2
Questions about the 1.8 upgrade path:
#1 - In reading the release notes for 1.8, I'm interested in the
directory/property storage reduction as described in:
http://subversion.apache.org/docs/release-notes/1.8.html#fsfs-enhancements
Directory and property storage reduction
For each changed n
" mechanism
>>> underneath, while dir externals are essentially an embedded checkout
>>> with some sugar on top).
>>>
>>> So, concerning to the problem of the OP:
>>>
>>>> From: "Hutchinson, Steve (UK)"
>>>> To: &
tion is entirely different
>> from directory externals (file externals use the "switch" mechanism
>> underneath, while dir externals are essentially an embedded checkout
>> with some sugar on top).
>>
>> So, concerning to the problem of the OP:
>>
>>&
als are essentially an embedded checkout
> with some sugar on top).
>
> So, concerning to the problem of the OP:
>
>> From: "Hutchinson, Steve (UK)"
>> To: "users@subversion.apache.org"
>> Sent: Wednesday, May 1, 2013 7:01 AM
>> Subject: SVN Ext
> To: "users@subversion.apache.org"
> Sent: Wednesday, May 1, 2013 7:01 AM
> Subject: SVN Externals 1.6 to 1.7 migration issue
>
> Hi,
>
> We're been using 1.6 svn externals to manage a FW task.
>
> In the repository we have a folder structure (which is
___
> From: "Hutchinson, Steve (UK)"
>To: "users@subversion.apache.org"
>Sent: Wednesday, May 1, 2013 7:01 AM
>Subject: SVN Externals 1.6 to 1.7 migration issue
>
>
>Hi,
>
>We're been using 1.6 svn externals to manage a FW tas
Hi,
We're been using 1.6 svn externals to manage a FW task.
In the repository we have a folder structure (which is pretty much defined by
the tools we are using) as below :-
FOLDER A -> file_a1.txt, file_a2.txt, file_a3.txt
FOLDER B -> file_b1.txt, file_b2.txt, file_b3.txt
Then using externals
Ravi Roy wrote on Sat, Mar 30, 2013 at 14:29:06 +0530:
> -- Do I need remove this master information from
> 'usr/share/repos/Repo-A/db/revprops/0/0' on 'new master host' or it
> does not harm being it a new master subversion server ?
Don't edit files under the db/ dir (other than fsfs.conf) by ha
ded a wrong root path on
> initializing the repo for syncing. You need to compare repo contents,
> e.g. using a client and some svn ls operations or dumping your soiurce
> and target repos and comparing their sizes or something similar.
I had disabled patch based restrictions before migration of r
Guten Tag Ravi Roy,
am Samstag, 30. März 2013 um 09:59 schrieben Sie:
> I have verified that all repos on 'new master host' has same revision
> numbers for corresponding repos as on 'master host' . Is that
> guarantees that databases for all repos are migrated successfully to
> 'new master host' ?
x27; . Is that
guarantees that databases for all repos are migrated successfully to
'new master host' ?
Secondly, since 'master host' does not have any master information
under '/usr/share/repos/Repo-A/db/revprops/0/0' but 'new master host'
has master inf
in your new mirror repos got now more
new commits from some point, resulting in your working copy is to new
for the out-of-sync-repo.
> What is best practise to migrate a svn server to a new machines?
This depends on your environment and if the repos should be accessible
during the migration.
Dear Developers & Users,
we want to migrate our 36 repositories to a new machine (the old one is end of
life).
The new machine is in place and we synced with svncsync all repositories.
Yesterday we swapped finally the machines but we now have the following problem:
k1495kc@wcslin11g:~/comp/ost/d
>
> Yes
>
Thank you all for valuable comments on this migration from 32 bit to
64 bit! It is well understood.
Regards
Ravi.
Stefan Sperling wrote on Mon, Oct 22, 2012 at 11:40:02 +0200:
> On Mon, Oct 22, 2012 at 09:20:21AM +0200, Thorsten Schöning wrote:
> > Guten Tag Daniel Shahaf,
> > am Sonntag, 21. Oktober 2012 um 23:49 schrieben Sie:
> >
> > > As of 1.7, all FSFS on-disk formats are architecture-independent.
> >
On Mon, Oct 22, 2012 at 09:20:21AM +0200, Thorsten Schöning wrote:
> Guten Tag Daniel Shahaf,
> am Sonntag, 21. Oktober 2012 um 23:49 schrieben Sie:
>
> > As of 1.7, all FSFS on-disk formats are architecture-independent.
>
> Glad I'm updated few months ago, thanks. :-)
I believe FSFS repositorie
Guten Tag Daniel Shahaf,
am Sonntag, 21. Oktober 2012 um 23:49 schrieben Sie:
> As of 1.7, all FSFS on-disk formats are architecture-independent.
Glad I'm updated few months ago, thanks. :-)
Mit freundlichen Grüßen,
Thorsten Schöning
--
Thorsten Schöning E-Mail:thorsten.schoen...@am-sof
On Sun, Oct 21, 2012 at 10:58:18PM +0200, Daniel Shahaf wrote:
> Thorsten Sch?ning wrote on Sun, Oct 21, 2012 at 10:35:53 +0200:
> > Guten Tag Ravi Roy,
> > am Sonntag, 21. Oktober 2012 um 10:11 schrieben Sie:
> >
> > >>> It depends on the Subversion repository backend.
> > > My repository backen
On Sun, Oct 21, 2012 at 11:29:09PM +0200, Thorsten Sch?ning wrote:
> Guten Tag Daniel Shahaf,
> am Sonntag, 21. Oktober 2012 um 22:58 schrieben Sie:
>
> > (Now, as it happens, between 1.6 and 1.7 in FSFS they didn't. But they
> > did in 1.5, 1.6, and 1.8.)
>
> And what does that mean, that with
Guten Tag Daniel Shahaf,
am Sonntag, 21. Oktober 2012 um 22:58 schrieben Sie:
> (Now, as it happens, between 1.6 and 1.7 in FSFS they didn't. But they
> did in 1.5, 1.6, and 1.8.)
And what does that mean, that with older or newer versions one won't be
able to just copy/move the repo files from 3
Thorsten Schöning wrote on Sun, Oct 21, 2012 at 10:35:53 +0200:
> Guten Tag Ravi Roy,
> am Sonntag, 21. Oktober 2012 um 10:11 schrieben Sie:
>
> >>> It depends on the Subversion repository backend.
> > My repository backend is FSFS.
> > So, do you mean I can go ahead safely without worring anyth
Guten Tag Ravi Roy,
am Sonntag, 21. Oktober 2012 um 10:11 schrieben Sie:
>>> It depends on the Subversion repository backend.
> My repository backend is FSFS.
> So, do you mean I can go ahead safely without worring anything known?
I moved my repos now from Windows 32 Bit to Ubuntu 64 Bit and co
On Sun, Oct 21, 2012 at 2:05 PM, Thorsten Schöning
wrote:
> Guten Tag Ravi Roy,
> I really don't know, but my quoted answer is form Stefan Sperling, one
> of the Subversion core developers and if he says you don't have to
> worry, I wouldn't. :-) In fact, I'
nswer is form Stefan Sperling, one
of the Subversion core developers and if he says you don't have to
worry, I wouldn't. :-) In fact, I'm doing the same migration today
while moving my repos from Windows 32 Bit to Ubuntu 64 Bit and can
tell you if I notice any problems in some hours.
On Sun, Oct 21, 2012 at 12:31 PM, Thorsten Schöning
wrote:
Thanks Thorsten for quick response.
>> It depends on the Subversion repository backend.
My repository backend is FSFS.
So, do you mean I can go ahead safely without worring anything known?
Thanks!
Guten Tag Ravi Roy,
am Sonntag, 21. Oktober 2012 um 08:32 schrieben Sie:
> Is there a possiblity of incompatibilities between 32 bit sqlite and
> 64 bit sqlite in terms of migration of repositories?
I think this was answered before:
> It depends on the Subversion repository backend.
&
incompatibilities between 32 bit sqlite and
64 bit sqlite in terms of migration of repositories? Just want to have
the experiences of everyone before I go ahead with the same.
Or would be better if anything is known which may break in this scenario.
I plan to migrate to CentOS 5.8, Apache httpd
Hi,
On Fri, Sep 21, 2012 at 10:29:27AM +0100, Neil Bird wrote:
> Around about 21/09/12 09:12, Neil Bird typed ...
> >I may try to blog my process at some point.
>
> Quicker than I thought, the cut'n'paste from MediaWiki into
> Wordpress kept all the formatting.
>
> http://fnxweb.com/blog/2
Around about 21/09/12 09:12, Neil Bird typed ...
I may try to blog my process at some point.
Quicker than I thought, the cut'n'paste from MediaWiki into Wordpress
kept all the formatting.
http://fnxweb.com/blog/2012/09/21/migrating-from-visual-sourcesafe-to-subversion/
--
[neil@fnx ~]
Around about 21/09/12 06:26, Sandeep U D typed ...
Actually we were using VSS for source control. Now we are going to migrate
from VSS to SVN.
So like to know the possible options for it.
There are quite a few, none of which I found to be fantastic. You'd have
to google things like vss2svn.
Hi,
I'm new to SVN.
Actually we were using VSS for source control. Now we are going to migrate from
VSS to SVN.
So like to know the possible options for it.
Regards,
Sandeep.U.D
1 - 100 of 175 matches
Mail list logo
