Re: Syncing server with local directory

I know that you have been talking about CVS, but if you should go the route
of one of the other mentioned RCSs (and I recommend that you do) here is
some documentation I found useful.

for subversion ("a compelling replacement for CVS", which works on the same
centralized paradigm as CVS, but does a "better" job.)
http://svnbook.red-bean.com/

However, similarly to others on this list, I'd recommend using a Distributed
VCS (DVCS) like git, bzr, or mercurial.

In fact, to the task at hand, "syncing your development file system to
various hosts", I have found a DVCS to be a great solution. You develop on
one repository, and your hosted project is a clone of that repository. So to
sync development and production, you simply push changes from development to
production. To get files and changes your friend has added, you pull the
changes from her repository.

You might have to read up on how DVCS works to appreciate the solution, but
it's the one I use every day.


On Wed, Oct 14, 2009 at 5:00 AM, James Ellis <[email protected]> wrote:

> Ian,
>
> Not sure about Quanta integration - I doubt anything new will be developed
> for Quanta3 so that would leave a plugin for Quanta4 when it becomes stable.
> Integration with CVS is nowhere near a good trade off against the benefits
> of a better VCS. Nearly every developer I know has been in CVS hell at some
> stage - if you are going to learn a VCS then I strongly recommend starting
> with something that properly supports branching. There's quite a good
> discussion of it here: http://www.youtube.com/watch?v=4XpnKHJAok8 (need a
> spare 70 mins, it's worth it).
>
> Regarding GUIs, Bazaar Explorer is a good choice and it's based on Qt4 so
> it has decent KDE integration (https://launchpad.net/bzr-explorer). There
> are a couple of GUIs for SVN - kdesvn is one I think ? I'm pretty sure there
> is a GUI for Git as well, given it's starting to be used more and more.
>
> Personally, I prefer the shell, but that's just me.
>
> Re: renaming files - no, a version control system should never alter files,
> just store the differences between revisions and other meta data and allow
> you to share you revisions with other members of your team, via merging.
>
> Thanks
> James
>
> On Wed, Oct 14, 2009 at 8:55 PM, Ian Smith <[email protected]> wrote:
>
>> Thanks to all for the speedy help.
>>
>> James: good point, but is there a front-end for any of the more modern
>> version control systems that integrates with Quanta? I think integration is
>> a pretty good trade-off for the extra functionality another system could
>> bring.
>>
>> One thing that puzzles me about all this (please excuse my ignorance
>> here). Does the version control system automatically rename html files, or
>> put them in different directories?
>>
>
> _______________________________________________
> Quanta mailing list
> [email protected]
> https://mail.kde.org/mailman/listinfo/quanta
>
>

_______________________________________________
Quanta mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/quanta