Dennis Jones wrote:
[snip]
>>You can check that yourself:
>>- check out a fresh working copy. Are the files as they should be? Or is
>>the commit missing there too?
>>- Use the repository browser and open the files from there.
>
> I'll have to try that by checking out the revision just before we made the
> silly commits.
Please do. Otherwise we don't know for sure if the commit really
succeeded. Maybe there was an error message shown after the user tried
the commit but just closed the dialog without reading it.
Sure, it still would be a bug that then the working copy thinks the
commit succeeded...
> I know! I was very surprised to hear about this too. I also suspected that
> the user made an error of some sort, but I questioned him pretty good, and
> from what I can tell, he did everything right. It is still a distict
> possibility that he did not do what he thought he did (he is new to revision
> control, but he's no dummy), but I was unable to identify anything
I never thought that the user is dummy. It's just that most of the time
people use a feature without knowing really what it is for and then
wonder why things happen.
> specifically. He doesn't know how to use branches, and we don't have any
> branches in our repository anyway, so that wasn't the cause.
Do you have any pre-/post-commit hooks installed on the server?
>>- What version(s) were you using? TSVN, Subversion versions.
>
> I am using TortoiseSVN 1.1.3 (2502). I don't know what version the other
> user has (probably 1.1.1, unless he's updated recently), and I don't know
> what version of Subversion the server is running. Is there any way to
> determine that remotely? (CVS has a command, "version" that lets you see
> the server version).
With the repository on an apache server, the version is usually shown if
you point your normal webbrowser to the repository. But for svn, there's
no way I know of to find out the version of the server.
Does that mean you don't have direct access to the repository/server? Is
the server maybe hosted somewhere else?
>>- What protocol did you use? (http(s)://, svn://, svn+ssh://, file:///)
>
> Well, the user is at the same site as the repository server, so he is
> probably using svn://. His other machine (the one that did not get the
> updates) is probably using the same thing. I am using ssh to access the
> repository remotely, and I had the same problem, so the problem is most
> likely not version or protocol related.
Do you use different access methods? I'm not sure, but that could be a
reason.
> I'm pretty sure he made a mistake of some kind, but for the life of me, I
> can't figure out what.
But we have to find out. Otherwise we won't know how this could happen
and we will never be able to prevent the same in the future (I don't say
it's _not_ a bug in Subversion, so to fix such a bug we have to
reproduce it).
> Thanks Stefan...I don't care much for mailing lists (too much useless mail
> and spam)...and there do not appear to be any subversion newsgroups. Are
> there any plans to create one?
As our website states
(http://tortoisesvn.tigris.org/list_etiquette.html), you don't have to
subscribe to the list. But if you don't, you have to either read the
mails to the list from somewhere else or just ask to be CC'ed so you get
the answers directly.
As for newsgroups: sure there are. The newsgroup server is
news.gmane.org, there you'll find all the Subversion mailing lists as
well as the TortoiseSVN mailing lists (gmane.org is a
news-to-mail-and-back gateway, so the mailinglist is mirrored as a
newsgroup, and posts to the newsgroup will appear on the mailing list).
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Feb 25 19:22:08 2005