View Full Version : London MMUG meeting 20.01.05
London MMUG meeting 20.01.05
---------------------------------------------------------------------
We will have two presentations this January, from two speakers of the upcoming MXDU Flash Conference in Sydney, Australia:
Effective Flash Navigation Systems, by Guy Watson & Version Control with Subversion, by Aral Balkan.
more info:
http://www.londonmmug.org/calendar.php?do=getinfo&e=10&day=2005-1-20&c=1
If you in or around London come along :)
Ruben
01-08-2005, 07:52 PM
If I were in London I know I'd pay a visit to Guy Watson's presentation, however I'm here on crappy dutch country-side in the middle of freakin nowhere...:mad:
What do the tickets cost?
- Ruben
there is no cost.
its a free monthly meeting where we meet up for a couple of presentations and then go for drinks in the pub over the road afterwards.
Ruben
01-08-2005, 11:44 PM
...still can't come :(...wel have fun anyway...
:p - Ruben
few pics here http://www.londonmmug.org/showthread.php?t=119
snapple
01-22-2005, 11:02 AM
Paying for version control (Subversion version control system)? Why not just use SCCS instead - it's free - if you don't mind developing on LINUX instead of Microsoft sh.it, sorry i mean, stuff.
Does look good, would be fun to go along to! Perhaps one day i will, one day soon. Was it a good meetting Tink?
Regards, snapple :)
well the idea of paying is not great, but its problem, and kinda knowledge free. This make it more accessable to a lot more people, which can only be a good thing.
i wouldn't have a clue how to set up SCCS. I presume i would need another machine for ths stuff to be saved on, but would that machine be backed up anywhere. i mean if i got robbed and all my machines where taken, or the place burnt down, then unless the work is backed up off-site it will al be lost anyway.
These meetings are always great Snapple, and we usually have a good late drink afterwards :)
snapple
01-23-2005, 09:18 AM
As far as i can see it, there are no special back-up requirements, well non more than a normal back-up. Configuration managment isn't so much about backing things up, as more about controlling change. In that respect any database could serve as a 'project database' or software repository. I think most larger companies use Oracle. If you have Oracle set-up ok, SCCS is simple to use (it ships with most main versions of LINUX), just a few commands you need to know:
sccs create -i myFile myFile //create the initial copy and store it in the directory
sccs admin Tink myFile //add user 'Tink' to users allowed to check-in and check-out the Baseline SCI or i guess Baseline fla/swf in this case
sccs get myFile //get the most recent entry and leave a readable copy in the current directory
sccs get -e myFile //leave a writable copy in the current working directory
sccs get -e -r 4.1 myFile //checkout version 4.1 of myFile
sccs delta myFile //check-in your changes to a new version (would expand the version tree)
sccs edit myFile //check-out a writable version and places a lock on the copy in the history file
And thats all there is to it. Learn those and you've got amazing version control for free - by far the best way. Combine it with a few make files and you can fully mirror the 'version trees' created by constantly taking items out of the project database and modiying them and puting them back in.
Paying??? Nah - save that for the pub. Actually as for drinking - i've decided to try and cut down. It was my new year plan, so far its going quite well. I try not to drink in London, i usually try and get the trian home first so i dont have to get the train home with a slightly dry mouth and mild headache.
Regards, snapple :)
Configuration managment isn't so much about backing things up, as more about controlling changei see it as reducing risk, and controling change is part of reducing risk, but if all your work isn't backed up offsite, the risk is still there, so it isn't ideal
after say that i would know where to start to get Linux running.
|
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.