문제

Here's the part I get: When you shelve in TFS, it makes a server copy of the changes so they are not lost, but does not check them into the source code trunk/branch you are working on.

Question: Under what circumstances would you use the "unshelve" feature? Does it mean it will remove the shelveset from the TFS server? Can you do a get from a shelveset? Or is it really just a diff description between the shelveset and the "real" source code?

도움이 되었습니까?

해결책

SharePoint 권한.사용자에게 목록을 볼 수있는 권한이 없으면 검색 할 수 없습니다.사용자가 목록 항목을 삭제할 수있는 권한이 없으면 삭제할 수 없습니다.

이 사이트는 사이트를 CSOM 코드에 노출시켜 사용자에게 액세스 해야하는 작업을 수행 할 수있는 권한이 있어야합니다.

사용자를 신뢰하지 않으면 권한을주지 마십시오.

다른 팁

Herms is spot on. Read his answer.

One important caveat: if you've done a Get since the shelveset was created, Unshelve will only rollback the local version of files contained in the shelveset. Thus, it's quite likely you'll have an inconsistent workspace.

A good practice is to always re-run Get after you Unshelve. This ensures you don't waste time on phantom build errors that are actually just side effects of being in a half-new/half-old state. It will also require you to resolve any conflicts between the shelveset contents and the latest server revisions proactively, instead of only discovering them @ Checkin time.

I use shelve to back up code-in-progress, just on the off chance my hard drive crashes or whatnot. I don't even have to worry about the code building, never mind working, since the work won't be seen by any other developers on my team (unless they go looking for it).

Unshelve pends the changes back in your workspace. Removing the shelveset from the server is a Delete.

Following on to what Richard Berg said, the power tools' version of unshelve actually includes a get and resolve.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top