[nycbug-talk] [OT] - Subversion Conflicts
Mikel King
mikel.king at olivent.com
Sat Jun 27 11:29:33 EDT 2009
you can svn delete the log files and what not, they will remain in
their revision level so you will not loose them. a better option may
be to mlsvn mv them to another location in the repo so that they do
not get checked out w/ the running code.
Cheers,
m!
On Jun 27, 2009, at 10:08, Matt Juszczak <matt at atopia.net> wrote:
> Hi all,
>
> Sorry to bother the list, but this is a problem I just encountered
> that is
> somewhat time sensitive, so I thought I would get some opinions from
> the
> group.
>
> I'm moving to a new temporary code deployment solution. The prior
> setup
> didn't use SVN at all - people edited on the dev server, and then
> rsync's
> the code to the production server.
>
> The new setup (TEMPORARY for a few weeks until I can get real
> repositoriees going) is that I checked in the entire webroot into an
> SVN
> repository, and then I have the webs check that out. That way, if
> someone
> edits something, they check it in, and then
>
> This is gigs of code and I didn't have much time to go through it,
> so I
> added everything to SVN, even log files. What I'm having trouble with
> right now is this: on the initial checkout to the webservers, it works
> fine, but it creates these log files. Of course, the log files aren't
> empty - they are in a state that they were in when I checked them
> into SVN
> originally. Over time, those log files begin to get written to, to
> where
> if I do an svn stat in the webroot, it shows they've changed.
>
> No big deal, until I try to run an svn update again after a full
> check in
> from the dev server - the log files show conflicts, because they've
> changed on both servers.
>
> First, as a disclaimer, I know this is a HORRIBLE temporary
> solution, but
> I promise it's temporary for those who want to yell :) Does anyone
> know a
> way to tell SVN "If the file has changed locally, don't check out the
> latest version remotely, and instead ignore it?". I'd obviously
> like to
> do this with a flag.
>
> Thanks!
>
> -M
> _______________________________________________
> talk mailing list
> talk at lists.nycbug.org
> http://lists.nycbug.org/mailman/listinfo/talk
More information about the talk
mailing list