Can I create a project on Visual Studio Team Services and hide code files from all the users besides me?
Yes, you can see these settings in Manage Repositories option under Code section:
Please have a look at this as well.
Yes you can. Visual Studio Team Services and Team Foundation Server have the concept of Team Projects. These containers can be easily secured. You can have as many Team Projects was you want. By inviting users to your Team Project, you give them access to the artifacts.
Within a Team Project you can create both TFVC (centralized version control) and Git (distributed version control) repositories. You can have one TFVC and as many Git repositories per Team Project as you want. By configuring specific permissions you can control access to a repository.
See Create a new Git repo in your project for more information
Be aware that administrators by default have access to all Team Projects and all code repositories.
Related
I don't see the Branches link in Azure DevOps in the Repos menu:
The Azure admin has confirmed that I'm in the Contributor group and I can access branches through Visual Studio Team Services.
I haven't been able to find the setting that will let me manage branches in Azure DevOps / visualstudio.com.
ANSWER:
So dumb... I needed to change this dropdown from the TFVC project in the Azure DevOps header:
To the Git repo:
And now I see options for Branches and Pull Requests in my Repos sub-menu:
According to your screenshot,seems you are using TFVC as your source control. This is the expected behavior.
For TFVC project the option under Repos should be
For Git project the option under Repos should be
You could do some manages in Visual Studio from Source Control Explorer.
Or use tf branch command line to handle this.
The branches menu looks to only be available when you are using Git as your source control system. When you are using TFVC that option is not available. The actual branches are shown under the repository menu structure. It appears you will probably have to use Visual Studio for the branch operations.
I store visual studio code using my online developer account at https://mycode.visualstudio.com/, using Team Foundation Version Control (not Git).
When it comes to accurate wording for documentation and folder structures, how should I best refer to this repositry?
"TFS", "VSTS", "TFVC", "VSTS-TFVC", etc ?
Which correctly describes the type of source control and the location of the repository I'm using?
You can say:
TFVC repository hosted in VSTS.
VSTS is a cloud platform - a set of services. It can host repositories of two types: Git and TFVC. You can host multiple repositories of each kind in any team project of your VSTS account.
Here is a good article about both source control systems: Choosing the right version control for your project.
I have downloaded 30+ TFS projects (containing close to 100 cs projects) from my Team Services (was TFS Online). I have modified many of those cs projects and would now like to check the changes into a different Team Services repository. Is there an easy way to do this in bulk?
I know I can add the "files" to new Team Services repository through source control explorer, however, that appears to screw up the nuget package restore when they are downloaded. The only way I have found that the nuget package restore works is if I open each project, disconnect it from source control, and change the source control on the open project and check it in.
You can use TFS Integration Tool to achieve Visual Studio Online migration (VSO-To-VSO)
Detail steps please see my answer in this question: Move Team Project to another Project Collection TFS 2013 (Just need to change the TFS to VSO)
I am wanting to use VisualStudio.com to link work-items and user stories to source control check-ins for a current project of mine that is hosted on Codeplex.
The project is an open source project and has been hosted on Codeplex for several years. Now that I am doing a re-write, I am wanting to use an Agile process, creating user stories and building it in sprints, while I develop the app. The issue is that Codeplex's hosted TFS does not support this, while Visual Studio online does.
Visual Studio online is geared more towards closed-source projects with team members. It's offered for free, so I'm a bit bummed that they didn't open it up to support Open Source projects. Is there a way for me to have Visual Studio online host my source, and when I am ready to distribute a build, merge my branch in to Codeplex? I assume something along these lines is possible as the Prism team seems to do this with their releases. Since I don't have control over either TFS though, I'm not sure if external parties can do this or not.
If you use git on both projects (you can ask the Codeplex team to convert your project for you) then you can simply set up your git repo with two remotes.
Do you work locally and push to the main VSO git repo whenever you wish. When you've made enough changes that you want to push to Codeplex, just do a separate push to that remote and it'll be good to go.
If you're using TFVC on both then you're out of luck, unless you want to mess with the TFS Integration Platform (which I wouldn't recommend)
I have my own TFS (visual studio online) and work TFS. In my TFS located my own projects and, in particular, the project with useful utilities. I want to connect it to the work TFS solution, but keep getting an error, which essentially boils down to the fact that you can not connect a project in more than one TFS. Can I achieve the desired result?
No you cannot use multiple Team Foundation Server instances at one time. When you switch a project, you switch to the TFS server that it's stored in.
The recommended way to share utility code like you're talking about is by sharing only the binaries. This can be done using NuGet. You can setup your own NuGet repository and then let your utility project publish to your NuGet server. Other projects can include your NuGet packages just as you use external packages.
You can find a great overview of what NuGet can do here.