svn move
svn move
The svn repository is undergoing a long awaited directory structure change.
All source will now be in /trunk, external libraries will be held in /vendor, while releases and experimental code will be moved to /branches.
This will take a few commits since svn doesn't like me moving something twice without committing, I'll post again when it's complete.
All source will now be in /trunk, external libraries will be held in /vendor, while releases and experimental code will be moved to /branches.
This will take a few commits since svn doesn't like me moving something twice without committing, I'll post again when it's complete.
Last edited by bitplane on Tue Aug 28, 2007 5:37 pm, edited 1 time in total.
okay done..
please complain here or in bug reports if i broke anything!
edit:
The new URL for the latest code is https://irrlicht.svn.sourceforge.net/sv ... icht/trunk
please complain here or in bug reports if i broke anything!
edit:
The new URL for the latest code is https://irrlicht.svn.sourceforge.net/sv ... icht/trunk
Last edited by bitplane on Mon May 21, 2007 4:31 am, edited 1 time in total.
took me a while to figure out why I couldn't do a "svn copy" in the repository, I kept getting http 403 errors.
Turns out that it's a sourceforge bug - you need to add the project unix name as a subdomain of the svn host, so to use "svn copy" I needed to check the code out from https://irrlicht.svn.sourceforge.net/svnroot/irrlicht instead of https://svn.sourceforge.net/svnroot/irrlicht ..
I'll throw in some search engine spam for good measure: 403 Forbidden sourceforge commit svn move svn mv trunk error, solution!
On another note, I might have done things the wrong way around. I think I should have copied the snapshots then committed, then copied the main directories to trunk, followed by another commit, then finally removed the original copies. Apologies to everyone who's now had to download the bulk of the source 4 times over, this might have been avoidable
Oh well, you live and learn eh?
Turns out that it's a sourceforge bug - you need to add the project unix name as a subdomain of the svn host, so to use "svn copy" I needed to check the code out from https://irrlicht.svn.sourceforge.net/svnroot/irrlicht instead of https://svn.sourceforge.net/svnroot/irrlicht ..
I'll throw in some search engine spam for good measure: 403 Forbidden sourceforge commit svn move svn mv trunk error, solution!
On another note, I might have done things the wrong way around. I think I should have copied the snapshots then committed, then copied the main directories to trunk, followed by another commit, then finally removed the original copies. Apologies to everyone who's now had to download the bulk of the source 4 times over, this might have been avoidable
Oh well, you live and learn eh?
Re: svn move
I might be wrong (well, no I'm not), but usually releases are in /tags.bitplane wrote:All source will now be in /trunk, external libraries will be held in /vendor, while releases and experimental code will be moved to /branches.
Anyway, current solution is much better than the old one.
EDIT:
Checkout last example in svn copy.
I've tried and it works
Err well... anyone know where can I find the tutorial for building the source on window? (I've just started to use svn today)
Anyway, I'd also edited the link in wiki. Sorry for the late action.svn co https://irrlicht.svn.sourceforge.net/svnroot/irrlicht irrlicht
Err well... anyone know where can I find the tutorial for building the source on window? (I've just started to use svn today)
My company: http://www.kloena.com
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
My blog: http://www.zhieng.com
My co-working space: http://www.deskspace.info
When reading the official SVN documentation you will find that they suggest to create a /tags for releases. That way it is easier for people to find a specific release.bitplane wrote:i think the whole business of keeping releases in /tags is a cvs thing, people still do it for svn but I think it's mostly for tradition. There's no difference between a branch and a tag in svn.
Re-edited wiki, correct command isVirion wrote:I've tried and it worksAnyway, I'd also edited the link in wiki. Sorry for the late action.svn co https://irrlicht.svn.sourceforge.net/svnroot/irrlicht irrlicht
Err well... anyone know where can I find the tutorial for building the source on window? (I've just started to use svn today)
svn co https://irrlicht.svn.sourceforge.net/sv ... t[b]/trunk[/b] irrlicht
Always check out trunk if there's no specific reason to do otherwise.
/Tags has nothing to do with CVS. It's been always "separate dev versions are in branches, releases are in tags".mispunt wrote:When reading the official SVN documentation you will find that they suggest to create a /tags for releases. That way it is easier for people to find a specific release.bitplane wrote:i think the whole business of keeping releases in /tags is a cvs thing, people still do it for svn but I think it's mostly for tradition. There's no difference between a branch and a tag in svn.
Always do things as they are agreed to do, otherwise things like this might happen.