Voorbeelden van het gebruik van Your working copy in het Engels en hun vertalingen in het Nederlands
{-}
-
Colloquial
-
Official
-
Ecclesiastic
-
Medicine
-
Financial
-
Computer
-
Ecclesiastic
-
Official/political
-
Programming
updated with the read-only flag set unless your working copy holds a lock.
While you are working on your working copy you often need to know which files you have changed/added/removed
To see if your working copies are modified, you have to
If you want the current layout to be displayed in all your working copies, you may want to make this the default view.
It also uses around 10-50 MB of RAM depending on number and size of your working copies.
It is often convenient to use a SUBST drive to access your working copies, e.g.
an issue tracker plugin which you have installed, and that you have set up some of your working copies to use the plugin in TortoiseSVN's settings dialog.
This works in a similar manner to comparing with your working copy.
Just check the Show unmodified files checkbox to show all files in your working copy.
Again no data is transferred from your working copy, and the branch is created very quickly.
But before you commit you have to make sure that your working copy is up to date.
No data needs to be transferred from your working copy, and the branch is created very quickly.
Subversion keeps a local“ pristine” copy of each file as it was when you last updated your working copy.
as long as it is not inside your working copy.
If your working copy is up to date
This will perform a diff between the revision before the last-commit-date(as recorded in your working copy) and the working BASE.
In order to apply a patch file to your working copy, you need to have at least read access to the repository.
This shows you the last change made to that file to bring it to the state you now see in your working copy.
i.e. how far down into your working copy the merge should go.
update your working copy and examine the revision….