tfs

问题 I have a git repository in my TFS 2013 server. I created a Pull Request 5 days ago, from my personal branch to the shared 'develop' branch. Since then, I've continued developing on other features, and pushed the commits to my branch on the server. I'm not ready to merge these into the develop branch yet. The pull request hasn't been approved yet, but now shows all of my subsequent commits being included in the pull request. How do I stop TFS doing this? (from other questions, like this one:

问题 I am trying to create a solution for a web application (that also contains the database as a database project) and then deploy it from TFS using web deploy for the application and DACPAC for the SQL database. Unfortunately the database is referencing another database using 3-part names: Select * From Database1.dbo.Table1 This forces me to import the referenced database as a project in the solution for the application that references it and set it as a reference in the other project, as seen

问题 In TFS 2010, the scenario is to merge the selected changesets via tf command line. Suppose there were 20 changesets which is to be merged from branch to main folder. I am using the tf command line to merge all the 20 changesets. If there is a conflict in any of the changeset, email should be triggered to the person who checked-in the changesets. Is there is anyway to send an email to the person who checkin the changeset? 回答1: I think your only resort is to write an application that will take

问题 I get this error: "TF218027: the following reporting folder could not be created on the server running SQL Reporting Services." I have no use for sql reporting services in my project, I'm just trying to share a simple project with my partner. In the group membership section in team explorer it says "If your deployment utilizes sql server reporting services you must also configure permissions in that software.." Apart from the fact that I don't know how to do that, my deployment doesn't

问题 Same problem here: Error encountered while cloning the remote repository with VS 2015 Update 3 (TFS 2015 Update 3) But that solution doesn't work for me. Please read the full question. I received the following error when I tried to clone TFS git repository: Error encountered while cloning: An error occurred while sending the request. Inner Exception: The remote server returned an error: (401) Unauthorized. Inner Exception: No credentials are available in the security package I did not find

问题 I want to programmatically delete a branch in TFS that was create automatically. There is an existing method "ICommonStructureService.DeleteBranches" that should do the work. My problem is that the method requires a parameter "string[] nodeUris" that specifies the branch to delete using a "vstfs://... " URI and I just don't know how to get that for my branch. What I need is something like: var projectCollection = TfsTeamProjectCollectionFactory.GetTeamProjectCollection(new Uri

问题 Supposing I have system tests: A and B, where A includes a record to a database, B tries to modify it. When A fails, B will fail as well. A and B are written as "unit tests" (test methods), A and B are tests cases in TFS as well, automated, linked to these "unit tests". I put them on a test plan, test suite, both of them. I want to execute them with the "Run Functional Tests" step. How can I tell TFS to execute them in the right order? What is the best practice to develop tests like these?

问题 I needed to get the modified/new files alone in my TFS build get source task. So far I've found We can disable the Get Source task by defining the variable Build.SyncSources = false This will Just ignore of getting all the sources, which will eventually make my CopyFile Task to Fail since it using the $(Build.SourcesDirectory) as the source > 2018-07-28T03:13:46.5709194Z Task : > Copy Files 2018-07-28T03:13:46.5709194Z Description : Copy files from source > folder to target folder using match

问题 We are running TFS 2012. Our organization is currently creating new accounts for everyone as part of a migration. What I know is that everyone will have two accounts listed in AD for a while: OldDomain\DoeJ NewDomain\DoeJ This brings me to believe that SID will be different, among other things. My question is, how would this affect our TFS environment? Will we lose any history associated with particular users? Will I have to go through each work item and reassign it to the new Windows account

问题 In my current project (team of five developers) all developers use their own TFS branch (named per developer). From time to time they will merge into the main development branch. The argument for using branches per developer is: too much went wrong when they worked in one branch. Developers work mainly remote but use one common TFS and AD accounts (VPN connections). I would like to get opinions whether this sort of collaboration is thought to be good practise, OK under some circumstances or