I used the answer of the question for Visual studio 2012 as my .hgignore file before.
now I am developing an umbraco 7 project in Visual Studio. After changing a small thing, i found a lot of changed file showing in mercurial working directory. I understand as it is a CMS, it changes a lot of files internally. but it is very confusing to maintain.
what files should i place in the .hgignore file when using umbraco 7 in VS2012.
Basically most of the items in the /App_Data/ folder, and possibly the /media/ folder if you don't want to keep track of that. Google for Umbraco .gitignore files and use those as a reference as well if you want a more comprehensive list.
I have a C# class library that references System.Data.SQLite (from nuget). This is the structure of my bin folder after build:
MyProject.dll
System.Data.SQLite.dll
x86/SQLite.Interop.dll
x64/SQLite.Interop.dll
System.Data.SQLite needs the SQLite.Interop to run and the correct dll is found at run time. However, when I generate a setup with InstallShield that includes the project primary output, the x86 and x64 folders are not copied and my application fails to run.
There is any way to force Visual Studio to include x86 and x64 folders in the primary output?
There is any way to include the folders manually in the InstallShield with relative path?
My environment:
Visual Studio 2012 Professional
Install Shield 2013 Limited Edition (Free)
System.Data.SQLite 1.0.96
Yes, there is a way to add/deploy folders through InstallShield. Under the Files tabs you can add the files/folder. While adding these files you can set relative path as well in this. Just set a property with the path and use that property in your relative path. So where do want to copy these files (reference locations for DLL), you can add that folder structure through InstallShield and you can add files in that.
I just ran across the same problem using VS2013 / Installshield LE; I ended up opting for changing the NuGet package on my machine to NOT create the x86 folder for the SQLite.interop.dll under the build folder.
To do that, look in the "packages\System.Data.SQLite.Core.1.0.104.0\build" folder under your project directory. Then pick the subfolder pertinent to the version of .NET you're targeting, and open the "System.Data.SQLite.Core.targets" file in a text editor. You'll want to delete all references to "%(RecursiveDir)" EXCEPT in the "SQLite Interop Library Content Items" section. Save, clean, and rebuild - the interop dll should now be in the same folder as the main executable/etc, and Installshield should be able to automatically include it as a dependency.
If it doesn't show up in the right place, try editing a different .NET version's .target file until you hit the right one.
we set up Git as version control system (we used tfs before). Now the source control explorer is not available anymore.
I found this thread from 2013:
Using Git in Visual Studio, how do I navigate repository files?
It's 2015 now and I cannot find any info from late 2014 or 2015. Does anybody know something new?
Thanks
VS2015 still does not have a file browser for Git projects. They do have a list of *.sln files that can be opened within a Git repo. If you have say a "ReadMe.txt" at the root level of the repo though, you still need to open it in explorer or command line and modify it (either by adding to VS or elsewhere), then the file will show up in pending.
In VS2012, there was an add in called "Mindscape File Explorer" that added a file explorer. You could set the root directory to your projects folder and save you from leaving VisualStudio.
Apparently no one at Microsoft cares about solving this problem since it's been around for years now. Seems like it would be an easy win to just show all files at the project root level in either the solution tab or a new project view tab.
Visual Studio "15" Preview has an "Open Folder" feature that let's you load up any folder in the Solution Explorer but it's not connected with Source Control, you have to do it manually after you've connected with the repository in Team Explorer but it's better than nothing.
You can right-click the file to access History, Commit, Compare with unmodified, Undo, Go to git changes... etc
I'm trying to install Visual Studio 2012 Express for Windows Desktop and every time I run the installer I get this error:
"Windows Program Compatibility mode is on. Turn it off and then try setup again."
I checked the file properties and compatibility mode was off. Googling found that changing the name to "vs_premium.exe" or "vs_ultimate.exe" or changing the registry keys might help, but the name changes had no effect, and there were no registry keys to delete. I have restarted my machine several times to no avail.
Changing to Visual Studio 2013 is not an option for me, as my work computer has Visual Studio 2012 on it which they will not update to 2013, and I need to work on my project on both computers.
The computer I am using has a Windows 8.1 HP Pavilion g6. I have installed Visual Studio 2013 for Windows Desktop, Web, and Windows, as well as the 30-day trial for Professional (which has recently expired). I have also installed Visual Studio 2012 for Windows Phone but I have not used it yet.
Previous posts are correct in that compatibility mode appears to be based entirely on file names. There is a simple method for determining precisely which name Windows expects:
Right-click the file, select Properties and navigate to the Details tab. There should be an entry labelled "Original filename". Simply rename the file accordingly and it should run happily.
Screenshot:
If you downloaded Visual Studio 2012 and Visual Studio 2013 at the same time and one was renamed with a "(0)" suffix (just as I did) then change the installer to the original name will probably fix it, because "somehow compatibility checking is based on file naming"
I just have to Rename the setup name. I rename the setup file to vs_ultimate and it worked.
In case you mounted it, first extract the content before you install. it worked for me.
Had the same issue installing vs_ultimate on Windows 10, It tells me to turn compatibility mode off which I didn't know to do. After reading all the solutions above without success, I was able to solve it on my own.
I mounted the .iso before installing which was giving me problem, but later as I extracted it into a desktop folder, it installed fine.
I couldn't find a solution, but I could find a workaround. I downloaded the offline installer (ISO) and ran that instead. It's not a solution, but it should work in this situation.
I ran into this problem and the solution for me was to rename the file back to its original name. I had downloaded it as "vs2012sdk_full.exe" but the original name was "vssdk_full.exe". When I ran it as "vs2012sdk_full.exe" I got the compatibility mode error. Once I renamed it back to the original "vssdk_full.exe" it worked.
Open The Run (Win+R) And type Services.msc.
Found Program Compatibility Assistant Service Then Disable Service and Stop it.
Open the Run (Win+R) And Type Gpedit.msc.
User configuration-->Administrative Templates-->Windows Components-->Application Compatibility
And check Enable button then restart system.
Run as administrator. And for my 2013 installer I renamed it to be
vs_professional.exe
And it worked.
In a round about way I discovered the problem on my system. Check the properties of the installer. Mine was blocked because it was downloaded from another system. Click unblock. Voila! If you can't find the location of the installer, run it again. When it fails, leave it running. Open task manager, right click the installer, then open file location. This will take you to the folder containing your installer.
mount the ISO file and run the setup as a from the disk.
I had the same issue, my solution was to run it in administrator mode and it seemed to work just fine.
Run as Administrator worked for me.
I had the same problem. I had run the installer from an ISO, reading from the DVD image.
The solution was to simply take the ISO and uncompress it as a .RAR into some folder, and everything worked.
Well, filename varies from versions to versions. Fix:
Right Click on file
Select Properties
Select "Details" tab
Rename that file to value of "Original Filename"
This is the solution:
Right Click on Visual Studio Setup Icon
Select Properties
Open Compatibility Tab
Check Run This Program In Compatibility Mode
Select Your Windows Version (ex:Windows 8)
Finally Click OK And Install Your Program Again
How can I change the working director of Visual Studio C++ 2012. The default working directory is $(ProjectDir), every file I create in my codes are created in the project directory. What I want is that every file is created in the source code's directory, is that possible?
There is no convenient way to do it, but there are some workarounds.
One solution is to move project file to source directory.
Another solution is to add whole source directory to project (just drag'n'drop directory from windows explorer to project in solution explorer). Now, you can add items by right-clicking at source directory in solution explorer. They'll go to physical source folder. This surely works on Visual Studio 2013 RC, but I'm not quite sure about Visual Studio 2012.
One more solution, is to create Project Wizard or even Plugin. It's along story. Maybe, someone already done this, but I was unable to find.