The development environment here is extremely fluid, with several developers working on different (sometimes exclusive, sometimes overlapping) and independent developments within the larger project, or simply debugging or bug fixing prior to release or on a customer bug report.
I envisage all bug-fixing operations to be carried out in the Current (trunk) area, whilst new features/functionality are carried out in the developer areas. As the application is very extensive, and makes great use of both common code, and common feature setting areas any of which could be changed in a feature development, it is essential that these changes don't break either the current branch, or any other developers code. In this scenario, each developer would complete his/her work, compilation testing etc., make it available for peer review and testing, and when complete merge back to the current when it is solid and stable.
Regards .. Alan
From: lassevk_at_gmail.com [mailto:lassevk_at_gmail.com]On Behalf Of Lasse Vågsæther Karlsen
Sent: 05 February 2008 11:47
Subject: Re: New User - Importing a project with active changes
What specifically will you gain by each developer having his own repository folder and not working against the same one?
On Feb 5, 2008 12:38 PM, Alan Saunders <ADS_at_tigersolv.com> wrote:
I have been doing some development on a (VB.NET 2005/8) project started by a
programmer who is no lnger employed by this company.
His storage and control of program versions was non-existent. After I had
made extensive changes, I had reason to retrieve the original version issued
to a client, which required that I examine his computer drive and check file
version numbers and dates bbefore (eventually obtaining a version of the
system that matched the client's, and that actually compiled, and worked as
the installed version before I could start to clear up the operational
problems on the customer site.
As a result, I determined that an SCC was essential, and persuaded the Boss
to let me implement Subversion and TortoiseSVN.
As a Windows site, mainly using VB in all it's dialects (along with ASP,
ASP.NET etc, etc) the old 'nix idea of Trunk/Branches/Tags is not
appropriate, nor undestandable to most of our developers. More
understandable to them, whilst retaining the same functionality, I have
decided to use Current/Changes/Releases.
My startup problem is that, starting with an empty repository, I need to
import the existing working version of the code (as released to the client)
into the Current and Releases. (this bit's easy, import into the Current
(Trunk), then create a Release (Tag) from the same working copy.) Now the
problem. How to 'import' my extensive changes into a new
Changes(Branches)/Alan folder. (The Changes repository will contain a folder
for each developer.)
I have read the Subversion book, and the TortoiseSVN help from cover to
cover, and all examples in both seem to follow the Initial
import/checkout/change commit scenario, nothing seems to describe what I
want to do!
Regards .. Alan
To unsubscribe, e-mail: users-unsubscribe_at_tortoisesvn.tigris.org
For additional commands, e-mail: users-help_at_tortoisesvn.tigris.org
Lasse Vågsæther Karlsen
PGP KeyID: 0xBCDEA2E3
Received on 2008-02-05 13:01:06 CET