workflow with multiple people editing same files

2008-11-18 Thread joseph

This is a bit of a newbie question, but I cannot get clarity on this,
and would like some help. At the moment myself and another are working
on the same project, committing our changes to beanstalk using
Versions each evening.

What is the correct process / workflow for committing these files?

I am not sure what the 'update' button actually does, does that
attempt to merge repository changes of that file with my file and
update, or does it overwrite my local file with the repository
version?

When do I attempt to merge using FileMerge - before / after / nothing
to do with the 'update' button?

Should I be pressing 'update' to update my entire working directory
before attempting to commit any files?

Any help would be greatly appreciated, as I have been unable to find
any solid documentation on how this works with Versions.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Versions group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: workflow with multiple people editing same files

2008-11-18 Thread joseph

That's a very in-depth response, Daniel, thank you! I have read
through the links you posted and the main realisation that I have come
to is that SVN does the clever stuff like merging, versioning, etc.,
and Versions app just provides a friendly interface to invoke those
clever tools. I have a few followup questions though:

1) why does Versions create 3 extra versions of the file if there is a
conflict? They kind of get in the way as I always have to modify the
main file and dont look at the .mine, .r19, .r20 ? Can it not just say
conflict, here's a fileMerge window for you to create a single file
from these two ?

2) every time I 'update' do I need to check the log for which files
have been updated and compare changes with files I have modified? I
don't see when you would use the 'diff' command, apart from times
where there has been a specific conflict that Versions notifies of.

3) If myself and my colleague update and commit regularly as we work
on the same project throughout the day and never see a 'conflict'
error from Versions, can we assume that at the end of the day our work
has been merged in both the repository and our working copies without
issue?

I think I am getting to grips with it, just trying to clear these
things in my head.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Versions group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: workflow with multiple people editing same files

2008-11-18 Thread joseph

Forgot one thing - is it generally good practice to commit one file at
a time with a comment for each?
(obviously there may be exceptions where a group of files should be
added at the same time)
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Versions group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: workflow with multiple people editing same files

2008-11-19 Thread joseph

Thanks for your responses, I think I've made a lot more sense of this
now.

Just a last one, I have a config.php file that is different on
development, staging and live versions and I want to be able to hide
or lock or ignore it so that my updates will not try to commit it,
even though my local copy is different. At the moment I have to
manually select all files one by one, missing out the config.php.

Any ideas?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
Versions group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---