I have a usart directory that shows the ! that indicates it is in synch with the repository, but it isn't since the repository doesn't contain the files in that directory. The picture shows them side by side. Any idea what I'm doing wrong?
I'm assuming that you checked out the tree and the repository has been updated since you checked out this local tree.
SVN is not a "live sync" type of thing.
(RCS systems don't work that way)
It only does updates when you tell it to.
The tortoise SVN status symbols (green checks etc) are indications of how your tree matches to the tree
you checked out not to the repository tree as it may be today.
i.e. they indicate the local changes you have made since your checkout.
So if your local copy was checked out and the repository was updated since that checkout, the local
copy will not match the repository until you do an update
to your local copy and the local SVN status symbols will
not indicate any changes.
I bet if you do an update, that your local tree will
then be updated to match the repository.
Agree with Bill in general.
Still, the usual scenario re such confusions is that ones local working copy is missing files that are in the Subversion repository. Your screen dump above seems to suggest the inverse situation. There are file in your local working copy that are not in the repository. This is quite possible, but not the usual situation.
Since you are looking at the repository through a web interface, have you updated the page in your browser?
Have the files that you still see in your local working copy been deleted from the repository (through something other than your local working copy)?
shows the ! that indicates it is in synch with the repository
As of January 15, 2018, Site fix-up work has begun! Now do your part and report any bugs or deficiencies here.
No guarantees, but if we don't report problems they won't get much of a chance to be fixed! Details/discussions at link given just above.
"Some questions have no answers."[C Baird] "There comes a point where the spoon-feeding has to stop and the independent thinking has to start." [C Lawson] "There are always ways to disagree, without being disagreeable."[E Weddington] "Words represent concepts. Use the wrong words, communicate the wrong concept." [J Morin] "Persistence only goes so far if you set yourself up for failure." [Kartman]
This is quite possible, but not the usual situation.
Still learning, don't shout at me, educate me.
Starting the fire is easy; the hardest part is learning how to keep the flame!
The problem was that the usart sub folders were listed as 'nested'. So I just copied the whole directory elsewhere, deleted from the local and repository, pasted it back in and added it all again. And now it works. I have no idea how those folders got 'nested'.
Can I interest you in a rather dog-ear'd copy of the Subversion administrator's manual?
Have you been playing around with the svn:externals propery?
Personally Johan, I only ever do it propery :)
ps: clean your damn keyboard!
Johan: I've played with some of the properties, mainly the exclusion stuff and I don't remember what else.
Greg: I've read the first two chapters of that book and refer to it often for specific problem areas. That doesn't mean I retained much and I still have no idea how these subfolders wound up 'nested'.
GUI: the end of knowing how computers actually work ;)
To me a GUI is an appropriate use of technology. Moore's law has made computing insanely cheap so if we put 90% of the power to making programming easier, what's the problem?
The point I was making (badly) was that a GUI abstracts away what is actually going under the covers.
It's too easy to drag-drop and screw something up. The O/S usually assumes you know what you are doing when in fact. The drop could be the worst possible thing you could do. I like GUI's, but for file management I usually drop to the command line.
© 2019 Microchip Technology Inc.