[GLLUG] More questions about Subversion

[Clay Dowling]

I would recommend deleting that particular repository, setting it up with
the proper structure, and then checking the existing structure of the code
into the trunk folder under that repository.  You probably don't want a
separate branch/tag/trunk structure for each of those sub-folders.  That
gets very confusing.

The specific executables that Rick and I thought appropriate were external
binary files like DLLs that you have purchased or downloaded to use with
this product.  I think the .sln file is probably appropriate to keep in
the repository as well.  Last I remember that was the master file that you
used to control the project is Visual Studio.  If I'm wrong and that's
just a generated file from some other master, feel free to leave it out.

To deal with some inappropriate files, there is a way to tell SVN to
ignore certain file extensions.  Mine is always set up to ignore *.o and
*~ both of which are intermediate files.  That could make life a little
easier.

Clay


frank.dolinar at comcast.net wrote:
> Hi, everyone,
>     As we get started using Subversion here at work, we're running in to
> some problems sorting out how some things work.  No surprise there.
>
>     Here's the situation:
>
>     The developer here who loaded things out to the repository late
> yesterday simply did a copy of everything (and I do mean EVERYTHING)
> from the Visual Studio folder in which the current project was being
> set up on his C:\ drive and imported it to the Subversion repository.
> The repository is not set up with the Trunk / Branches / Tags
> structure that you and the documentation recommended.  The content on
> the repository includes all the business layer code, the base classes
> / templates for our data entry / maintenance forms, and any other
> things he'd already written.   He happened to be out this morning and
> we were having some trouble getting things to work.  Having said that,
> when we did a checkout of the content of this folder from the
> Subversion repository it works, but I'm concerned that all 600+ files
> got copied to my C:\ drive.  [Yeah, I know that the first time it
> makes sense for me to get all of this the first time so I'll have it
> available.  Am I being inappropriatel
>  y para
> noid?]
>
>     So, I have another round of questions for any one who chooses to
> answer.
>
> 1.  There have been several mentions of what kinds of files to put in the
> repository and which to exclude.  These suggest that only the developer
> code should go in the repository and that the generated code, such as an
> .exe (or in the case of Visual Studio, an .sln [aka "solution"] file).
>
> 2.  There are exceptions for including generated code / files in the
> repository.  I believe Clay said something about certain situations where
> binaries might reasonably be included.  I don't have that message with me
> here, so if I could get a rehash of that from someone that would be
> helpful.
>
> 3.  As noted above the structure is not Trunk / Branches / Tags.  The
> current structure includes folders for the following:  Business Objects;
> Developer Code; classes for Master files / templates; web page application
> code;  web services; and the hidden   .svn  housekeeping folder.    How
> much problem is this going to cause us?   Should we find a way to
> reconfigure to Trunk / Branches / Tags structure?  Should each of these
> current folders actually have their own Trunk / Branches / Tags structure
> (which I would guess would be appropriate based on what I've seen so far
> in the documentation and in use) ?
>
> 4.  Any other comments and suggestions to help us clear up the confusion
> caused by a serious case of a group of newbies trying to lead each other
> (aka "Blonde leading the blonde.")
>
> Thanks for all the help.
>
> -Frank
>
>
> _______________________________________________
> linux-user mailing list
> linux-user at egr.msu.edu
> http://mailman.egr.msu.edu/mailman/listinfo/linux-user
>


-- 
Lazarus Registration
http://www.lazarusid.com/registration.shtml