I have Visual Studio community 2017. coming from eclipse it was just enough to copy file to project directory and hit refresh then files were appearing in project explorer.
In VS, however when I copy some i.e. *.cpp or *.h in windows explorer to project directory, in VS solution explorer I can not see them. switching to folder view I see but can not include them into project.
via drag&drop to solution explorer (project view) I see them but are not part of project and in folder view and actual directory there is nothing.
what is going on with VS? How can I manually copy paste some files into project while they become part of project?
I will note that there's nothing "going on" with Visual Studio in the sense that something is actually wrong with it, it's just that adding files to your project just requires you to actually add them to your solution. Essentially, it allows you to add miscellaneous files to your folders without automatically including them in your build project (for example, if you're working with some test images/files).
To add files/folders to your project you simply right click on your project in the Solution Explorer and then go to Add > Existing Item.... Then, it's just a matter of selecting one (or Ctrl + A/Shift Clicking to select all/multiple files) and then it will add them to your solution.
In the solution explorer pane, click on the show all files button,
it will reveal all files including your pasted file,
Right click on your file and select "include in project".
I ran into some troubles when creating an installer for my Visual Studio 2010 solution (which has multiple projects) so I thought I'd make a quick guide to how I got it working...
Here is how I did it:
Create a new Visual Studio Installer project which is located under
Installed Templates/Other Project Types/Setup and Deployment/Visual Studio Installer.
Make sure you add it to you current solution, you can do this by right clicking on the solution name in the solution explorer and clicking Add>New Project
From there select Setup Wizard, give it a name and click OK
A wizard will open, click Next
then select Create a setup for a Windows application
then click Next again. Select all of the groups you want to include, namely: Content Files, Source Files, Primary Output
Then click Finish
In the solution explorer you will see a bunch of buttons find the one that's tool tip says File System Editor and click it. You will see three folders in the file system editor, the only one we really care about is the Application Folder. That folder is where your projects build output should be.
To add files to it if they are not already there right click > Add > File...
Note: You cannot add entire folders (which sucks) and the folder structure in the Application Folder should be identical to that in your projects build.
You should create each folder and then add the files to it.
If you have multiple projects you should set the build directory to the same folder under the release build settings. To do this, open your solution, and for each project, right click/Properties go to the Compile tab, set it's configuration to Releaseand its Build output path to some folder (same for each project) (If you have an XNA project make sure its Content Build/Configuration is also set to Release).
Now select Release from the drop down menu on the tool bar (it most likely says Debug now)
Right click on your solution on the solution explorer and click Build Solution
Now all of your solutions built files will appear in the folder you chose in the compile tab. All of these files are what needs to be added to the Setup Projects Application Folder (in the same structure)
Customise the installer: click on the project name in the solution explorer and look through it's properties, change what you want (i.e Author, Manufacturer, Title - these make a difference to the installers output directory and text)
Build the installer project (same way as mentioned above) and you are done.
Feel free to comment with questions
I've seen answers on SO that were for adding recusively to projects, but no correct answers for empty solutions.
I am trying to recursively add an entire directory to a TFS repository, and this seems like the easiest way of doing it, however Visual Studio says that I can't add folders to an empty solution. This has to be incorrect, right?
Well it should be simple. Once you have the project created in VS, in the Solution Explorer panel, right-click on the name of your Project. There will be the option to "Add", "Existing Item" - then choose your parent folder.
It should work, TFS should recognize this and sync up as well - assuming you have already tied the project to Source Control.
I have multiple projects in our solution that is in our TFS 2010 repository. I've added about 5 new projects to this solution in recent days.
I have found that for one of the projects, that the project file itself will not check-in to TFS. All of the artifacts contained in this project are working fine; they are checked in and I can see them in the Team Explorer. But I cannot see the project file in Team Explorer, nor is their an icon next to the project in Solution Explorer that would indicate its checked in status.
Also, clicking on any of the TFS related option in the context menu in Visual Studio results in those options being applied to the file contained in the project, not the actual project itself.
Can this be remedied or do I have to create an entirely new project and add all of the artifacts from the old project back into it?
Your project doesn't have appropriate Source Control Bindings! With the solution open, you'll need to go to File -> Source Control -> Change Source Control to view the bindings for your projects. The failing one probably will show an "Unknown" or not binded status. You can then use that dialog to correct the binding and check in the project file.
Appended Alternate Solution -
Navigate to the Team Explorer -> Source Control and manually add the files using the "Add Items to Folder" menu item.
You can try following steps
1 Unbind the project in "Change Source Control" dialog
2 Refresh project to update source control status
3 Right click the project and click Add the Project to source Control in solution explorer
I was faced with the same issue but the solution is slightly different than those mentioned so far. My project's contents were checked in but the project itself was not. The project's bindings were valid.
In the Team explorer's Source Code Explorer, the project files were greyed out. After a get-latest, TFS opened the Merge Conflicts screen where I could choose to keep the local copy.
After this, the project was part of TFS.
How do I move a project to a different folder in Visual Studio? I am used to this structure in my projects.
-- app
---- Project.Something
---- Project.SomethingElse
I want to rename the whole namespace SomethingElse to SomethingNew, what's the best way to do that (without manually going into .sln file)?
Remove the project from your solution by right-clicking it in the Solution Explorer window and choosing Remove. Move the entire project folder, including subdirectories wherever you want it to go. Add the project back to your solution.
Namespace names is something completely different, just edit the source code.
I tried the suggestion to remove and re-add the project, but then fixing up dependencies can be a pain.
I use this approach:
Move the project folder.
If the project is in source control, do the move using source control commands.
Edit the solution file in a text editor. There should be only one path that you need to change.
Close your solution in VS2012
Move your project to the new location
Open your solution
Select the project that failed to load
In the Properties tool window, there an editable “File path” entry that allows you to select the new project location
Set the new path
Right click on the project and click reload
Summary: rename-and-move in VS2019 with git, retaining git history, leveraging R# a bit, automatic dependent project reference updating (important for sln's with many projects, we have >200)
I have been using the following steps to rename-and-move C# projects in Visual Studio 2019. This process uses R# to adjust namespaces. The git history is retained by doing a "git mv" (avoiding add/delete history drop).
Two phases: 1) rename the project in place and 2) move the project.
(Uses tip from base2 re unloading projects.)
Rename
VS | Solution Explorer | right-click project | Rename (e.g., Utils.Foo to Foo).
VS | Solution Explorer | right-click project | Properties | change assembly name, default namespace and Assembly Information fields
Do 1 and 2 for corresponding test project (e.g., Utils.Foo.Tests)
VS | Solution Explorer | right-click projects (production and test) | Refactor | Adjust Namespaces
XAML files that use the project may need to be updated (manually or with an appropriate global search and replace)
Rebuild All
Commit!! (to commit changes before moves)
Note: The folder in Windows Explorer remains the old name to this point (e.g., Utils.Foo). This is fixed in the move steps.
Move
This method: 1) retains git history, 2) leverages R# to adjust namespaces atomically and 3) updates dependent projects en masse (avoids tedious manual editing of dependent sln and csproj files).
unload all the projects in the solution (so that removal of the target project does not trigger changes in dependent projects)
VS | select all solution folders under the Solution | right-click Unload Projects
move folders using git (so history is maintained)
a) open Developer Command Prompt for 2019
b) git status (to illustrate “nothing to commit, working tree clean”)
c) git mv the project
e.g., git mv "C:\Code\foo\foo\Utils.Foo" "C:\Code\Foo"
d) git status to view/verify change
remove the project
VS | Solution Explorer | select project | right-click | Remove
(since all projects are unloaded, this will correctly NOT remove the references to it in dependent projects)
re-add the project (to the new location in the tree in Solution Explorer)
a) VS | Solution Explorer | select target parent folder | right-click | Add | Existing Project
reload all projects
IMPORTANT: Confirm that *.csproj files for dependent projects have been updated.
(VS | Team Explorer | Changes | double-click any dependent csproj listed | inspect-verify ProjectReference path change)
Manually fix paths in the single moved *.csproj file
Use Notepad++ (or other text editor) to fix the paths. Often this can be done with a simple search-and-replace (e.g., ../../../../ to ../../).
This will update...
a) GlobalAssmeblyInfo.cs references
b) paths to packages
c) paths to Dependency Validation diagram files
d) paths to ruleset paths (e.g., <CodeAnalysisRuleSet>..\..\..\..\SolutionDependencyValidation\IgnoreWarnings.ruleset</CodeAnalysisRuleSet>)
Close and re-Open the solution (to get the project references into good shape)
Save All, Close Solution, I prefer to delete bin and obj folders to be clean of history, Re-open Solution
Validate
a) VS | Team Explorer | Changes
i) should see Staged Changes that reveal the files that moved
ii) should see dependent projects (*.csproj) that were nicely updated
review the csproj diffs and notice that the paths have been beautifully updated!! (this is the magic that avoids laboriously manually updating the csproj files using a text editor)
b) in Windows Explorer, verify old location is empty
c) Clean Solution, Rebuild Solution, Run unit tests, Launch apps in sln.
Commit!!
What worked for me was to:
Remove the project from the solution.
Edit the project file with a text editor.
Update all relative paths to the "packages". In my case I had to change ..\packages to ..\..\..\packages since I moved the project to a deeper folder.
Load the project back into the solution.
I had the same problem. I solved with move the references and in less than 15 minutes, without change the references.
For me the solution was simple:
Move your files where you need.
Delete the folder with name .vs. Must be as not visible folder.
Open the solution file (.sln) using a simple editor like note or
notepad++.
Change the reference where your file is, using the following
structure: if you put your project in the same folder remove the
previous folder or the reference "..\"; if you put in a above folder
add the reference "..\" or the name of the folder.
Save the file with the changes.
Open the project file (.csproj) and do the same, remove or add the
reference.
Save the changes.
Open the solution file.
Examples:
In solution file (.sln)
Original:
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "PATH1.UI",
"ScannerPDF\PATH1.UI\PATH1.UI.csproj",
"{A26438AD-E428-4AE4-8AB8-A5D6933E2D7B}"
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") =
"PATH1.DataService",
"ScannerPDF\PATH1.DataService\PATH1.DataService.csproj",
"{ED5A561B-3674-4613-ADE5-B13661146E2E}"
New:
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "PATH1.MX.UI", "PATH1.MX.UI\PATH1.UI.csproj",
"{A26438AD-E428-4AE4-8AB8-A5D6933E2D7B}"
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") =
"PATH1.DataService",
"PATH1.DataService\PATH1.DataService.csproj",
"{ED5A561B-3674-4613-ADE5-B13661146E2E}"
In project file:
Original:
New:
Original reference:
....\lib\RCWF\2018.1.220.40\TelerikCommon.dll
New reference:
..\lib\RCWF\2018.1.220.40\TelerikCommon.dll
Most easy way, which I found for myself
I tried multiple times till I found a working way.. For example you want to move your project from sln folder to mySource folder.
Remove your Project: In the SolutionExplorer of Visual Studio select your Project you want to change the directory, Press Delete -> Project gets removed. It still remains in your sln folder.
Copy it to your Path: In the windows explorer copy your whole project to your mySource folder. -> Now you are ready to include it.
Include back your Project: In the SolutionExplorer of Visual Studio add Existing Project and select your project from mySource folder. -> Project is now back in your Solution.
Adjust your Project References: Check every Reference in your Project. On your Project -> Dependencies -> Project -> you see your project references. If there is a yellow Warning sign on a project reference than is it wrong. Delete your project reference and add it new.
Rebuild your Project: and let it Run. Afterwards you can delete your project in the sln folder, which is not anymore in use.
That works. Have fun :)
in visual studio comunity 2019, i did what Victor David Francisco Enrique says, but needed only to delete the .vs invisbile folder
It's easy in VS2012; just use the change mapping feature:
Create the folder where you want the solution to be moved to.
Check-in all your project files (if you want to keep you changes), or rollback any checked out files.
Close the solution.
Open the Source Control Explorer.
Right-click the solution, and select "Advanced -> Remove Mapping..."
Change the "Local Folder" value to the one you created in step #1.
Select "Change".
Open the solution by double-clicking it in the source control explorer.
In VS 2015
Unload your project in the solution explorer
Create a new solution
Copy the projects to the new solution's folder
Right click the solution, add existing project.
If you use some framework such as MVC, you may need to add the reference in the reference manager.
I figured out this try this it worked for me.
In visual studio 2017 community edition it creates a project at this path
"C:\Users\mark\source\repos\mipmaps\mipmaps"
This will create a access to file is denied issue
Now, you can fix that this way.
close your visual studio process.
Then, find your project and copy the project folder
But, first make a Sub-folder Named Projects inside of your visual studio 2017 folder in documents.
Next, paste the project folder inside of your visual studio 2017 Project folder not the main visual studio 2017 folder it should go into the Sub-folder called Projects.
Next, restart Visual studio 2017
Then, choose Open project Solution
Then, find your project you pasted in your visual studio 2017 Projects folder
Then clean the Project and rebuild it , It, should build and compile just fine.
Hope, this Helped out anybody else.
Not to sure why Microsoft thought building your projects in a path where it needs write permissions is beyond me.
I wanted the changes in Git to be shown as moves/renames instead of delete & adds.
So I did a combo of the above and this post.
mkdir subdirectory
git mv -k ./* ./subdirectory
# check to make sure everything moved (see below)
git commit
And adjust the paths of the projects and of the assemblies from the nuget Pkg's in the sln file via a text editor.
Copy the project folder to new destination
Remove your project from solution (Right-click the project in "Solution Explorer" and choose "Remove")
Then add existing project to solution (Right-click the project in "Solution Explorer" and choose "Add" then "Existing project")
Change path to "packages" folder in "YourProjectName.csproj" file (Open in notepad and change paths for linked packages)
This worked for me vb2019. I copied my source project folder. I then pasted the project, and renamed the the folder to whatever. In order to break the ties back to the source project folder, I temporarily renamed the source folder. I opened my destination project. The paths to the forms and modules were re-discovered in the local folder. I went through all my forms and modules to make sure they were working. I ran the project. I closed the project. I renamed the source project folder back to is't original name. I can open both projects at the same time without errors.
Close the solution and move your project to new folder/location
Re-open your solution
Project should be loaded with '+' sigh referring as non checked in part. All the files
of the project will be shown as Renamed.
If not working after reopening right click on the project and click unload and then
reload.
It worked in VS2019
Group related projects together using solution folders
See http://msdn.microsoft.com/en-us/library/vstudio/c6c756s6(v=vs.100).aspx
No sure why all answers have overlooked at the most simple solution. Just run the "Command Prompt app" (in the windows bar search for CMD and it will appear automatically)
then just type the following command (change the path where relevant for your own case:)
robocopy /E C:\Users\Peter\source\repos D:\Peter\repos
What robocopy does is to "copies file data from one location to another." and the "secret source" is the / E that means "Copies subdirectories. This option automatically includes empty directories."
Enjoy!!! :-)