SVN folders are no longer under version control
During committing to svn server happened power loss on my side (commit was not completed). After turning on PC I found that previously checked out folders (and all files inside these folders) are no longer under version control. Thought .svn folder exist, but no commit/update/etc. possibility and folders/files doesn't have green/red symbol on it. See the picture. Is it possible to restore version control?
Make a checkout in a new working copy, copy the data from old working copy (without the old .SVN folder) to the new Working Copy and replace all files. If the status is green for all files, the last commit was fully committed. If not, you can submit the still modified files in a 2nd commit to the repository. Now use the new working copy and delete the old one.
How to achieve .svn folder only in root?
switching svn working copy to commit to two different servers
SmartSVN how to revert ignored files
disabling Commit Finished dialog in Tortoise
When using TortoiseSVN, is there a way to highlight a deeply nested new file?
svn tags order by committed date
How to move a project from the projects root to projects root/trunk?
Plus (+) sign in SVN filename
SVN Update not working in Tortoise
Ignore/unignore folders/files in TortoiseSVN
How to connect the folder to Tortoise that is already checked out using command prompt
Subversion pre-commit hook filtering unwanted files (most generated by quartus & nios)
svnrdump hits a svn precommit hook - how can I resolve
Perform maven release on jenkins fails cause of locked svn files
Post-commit not firing
.svn folders using a lot of disk space