Home » Developing U++ » U++ Developers corner » SVN plan...
Re: SVN plan... [message #12431 is a reply to message #12428] |
Tue, 30 October 2007 12:13   |
mdelfede
Messages: 1308 Registered: September 2007
|
Ultimate Contributor |
|
|
luzr wrote on Tue, 30 October 2007 11:10 | Well, just wanted to announce the current idea w.r.t. versioning system(s).
The basic idea is to go SVN way in the future, including TheIDE support.
|
Quote: |
Anyway, as there are some SVN features I am not very happy about, I will try somewhat more complicated (and expensive) approach.
So in the end, we might create "Uvs3", which would solve these troubles:
- .svn directories in the source tree
- automatic detection of delete/rename -> so that in the end, we have "single click" solution available (makes smart check/commit).
- some sort of local repository to browse at least some revisions (not necessarily all in SVN repository).
|
Well, here just a thought... That depends on *what* you want to do with svn. If it's just a way to distribute daily snapshots to all people, you can keep using uvs2, and I could make some scripts for you that keeps svn on sourceforge up-to-date with your uvs2 repo. OR I could update the repo by myself.
It seems to me that you like much your uvs2... so why change ?
OTOH, if you want to use the repository for a collaborative development.... things change. IMHO svn is not perfect but does a quite good job. I usually prefere the idea of a central repository, but that doesn't block you to have a local read-only copy to make tests. Automate a simple task such adding new files is a matter of 1-liner script. If you want to automate deletions too, that becomes a bit more complicated, but it's no problem too. For renames, I'd leave it manual.
To resume, svn is rock solid and quite easy to use, even not perfect.
As I told you before, I also tested mercurial, is quite good and modern design, solves many svn/uvs caveats but... It uses local repositories. Nothing bad *if* all developers keep sharing their repos, *very* bad if they don't.
There are also some GUIs for it, and it's not difficult to put a shared repo on sourceforge, neither... it must just be uploaded with ftp (or maybe rsync, I think). So you'd have your local repo and could put an updated copy on sourceforge. IMHO Git and Bazaar work the same way, with local repos, with the disadvantage that they're not so developed as mercurial on windows platform.
Quote: |
Now before being accused about wasting resources on this.....
|
I think you can "waste" your resources as you like... Open Source programming is mostly for fun!
Ciao
Max
|
|
|
 |
|
SVN plan...
By: mirek on Tue, 30 October 2007 11:10
|
 |
|
Re: SVN plan...
By: mr_ped on Tue, 30 October 2007 11:38
|
 |
|
Re: SVN plan...
By: mdelfede on Tue, 30 October 2007 12:13
|
 |
|
Re: SVN plan...
|
 |
|
Re: SVN plan...
By: unodgs on Thu, 08 November 2007 15:40
|
 |
|
Re: SVN plan...
|
 |
|
Re: SVN plan...
By: mdelfede on Fri, 09 November 2007 14:26
|
 |
|
Re: SVN plan...
|
 |
|
Re: SVN plan...
By: mirek on Sun, 11 November 2007 23:41
|
 |
|
Re: SVN plan...
By: mr_ped on Mon, 12 November 2007 00:25
|
 |
|
Re: SVN plan...
By: mdelfede on Mon, 12 November 2007 00:49
|
 |
|
Re: SVN plan...
By: mr_ped on Mon, 12 November 2007 09:12
|
 |
|
Re: SVN plan...
By: mdelfede on Mon, 12 November 2007 14:14
|
 |
|
Re: SVN plan...
By: mr_ped on Mon, 12 November 2007 14:42
|
 |
|
Re: SVN plan...
By: mdelfede on Mon, 12 November 2007 14:57
|
 |
|
Re: SVN plan...
By: zsolt on Mon, 12 November 2007 23:47
|
 |
|
Re: SVN plan...
|
 |
|
Re: SVN plan...
By: mdelfede on Wed, 14 November 2007 17:04
|
Goto Forum:
Current Time: Sat May 10 09:52:10 CEST 2025
Total time taken to generate the page: 0.01764 seconds
|