I'm currently working with OpenCms 10.0.1 and have just created a "sub-sidemap" under "Sidemap" for a "Content page". How do I undo this? Nothing is published yet, so it is not published and only visible to people who can edit the page.
Question formulated differently: How can I delete / reuse my change?
I'm using FireFox.
it is not easy to answer your question, because I am not sure what you really want to do.
If you just want to delete your newly created folders you can easily delete them by right-clicking on the folder icon and choose "Delete". As your folders have never been published, they are deleted instantly. You could also change the folder type by selecting "Advanced" --> "Change type" in the context menu.
In case of an already published file or folder you can choose "Undo changes". This will undo all changes since the last publish.
If you are unsure, what kind of changes where made, you can compare versions by choosing "History" from the context menu.
Last but not least you can as well restore already deleted files by choosing "Advanced" --> "Restore deleted".
HTH
Have a nice day!
Best regards
Kai
Related
I am trying to put several existing projects in one blank solution. This solution plus existing projects then need to be added to TFS source control.
Is there any way to achieve this? I simply am not able to find out how to get this done. Adding the project to a blank solution is relatively easy. Except it only places references to the existing project, rather than adding the files to the solution.
So when checking-in at sourcecontrol, it does not recognise the projectfiles as they do not get added to the solution, just references.
How can I get this done?
I managed to figure it out.
Add projectfiles of the project to be added to the solutiondirectory.
Add a reference to existing project (the one now in your solution directory).
In Windows Explorer, rightclick on the projectmap you just added and navigate to "Team Foundation Server" --> "Add".
The showing messagebox will describe which files will be added (they should be ONLY projectfiles, no bindirectory or anything).
Then reopen the solution in Visual Studio and the project should appear to be in source control.
Edit: The changes to show up in the pending-changeswindow, you just have to add them manually. They should show as "detected". Select these to be promoted and you should be able to check them in.
I have Visual Studio 2012 with TFS. I created a new file (call it "x.h") and before I checked it in I decided I didn't need it.
MSDN makes it sound so simple:
In either Solution Explorer or Source Control Explorer, browse to the folder or file that you want to delete.
Select the items that you want to delete, open their shortcut menu, and choose Delete.
When you are ready, check in your changes.
So I went to Source Control Explorer, right-clicked the file, and chose Delete. It was removed from source control and my pending changes but is still on disk and in the Solution Explorer. When I right-click the file in Solution Explorer, Delete is not an option and Exclude From Project is disabled.
I might have more luck if I check it in first then delete it but that seems very unnecessary. Hopefully I'm just missing something obvious!
How do I delete this new file ("x.h") from my solution?
Yep. It was something obvious.
You can't delete files from the Solution while it is building.
I just tried again and the Delete option magically reappeared. I realized that it has stopped a build since I last tried.
In short, there are three different angles that a user can try to delete a file while a build is occurring and the behavior is different for each.
Undo the file add from Pending Changes -> Nice error messages are given.
Delete the file from Source Control Explorer -> It lets you remove the file as I described in the question but leaves it on disk and in Solution Explorer (same behavior regardless of whether or not a build happening).
Delete the file from Solution Explorer -> It quietly prevents you from shooting yourself in the foot and doesn't explain why.
The right way to do this is to cancel the build (or let it complete), then delete from Source Control AND from Solution Explorer.
I mucked around with TFS settings and I accidentally included the bin and obj folders for TFS 2012 checkin, and even checked them in already. I don't want this because these files change often and aren't meant for inclusion.
I've checked What happened to "Exclude from Source Control" in VS2012. The accepted answer doesn't work because the bin & obj folders and the DLLs inside those folders don't appear in the "Promote Candidate Changes" list, even after excluding them. The second most popular answer also doesn't work permanently. I press yes to all and it removes them from the included changes list, but when I do any action involving rebuilding, they're added to include list again.
I'm looking for a permanent solution which will permanently exclude these folders and the files inside from checkin, and if possible also removes them from the TFS server.
TFS 2012 has the option to drop a .tfIgnore file in your workspace.
Visual studio has a UI to create the file for you:
While you can manually create a .tfignore text file using the above rules, you can also automatically generate one when the Pending Changes page has detected a change.
To automatically generate a .tfignore file
In the Pending Changes page, in the Excluded Changes section, choose the Detected changes link.
The Promote Candidate Changes dialogue box appears.
Select a file, open its context menu, and choose Ignore this local item, Ignore by extension, or Ignore by file name.
Choose OK or Cancel to close the Promote Candidate Changes dialog box.
A .tfignore file appears in the Included Changes section of the Pending Changes page. You can open this file and modify it to meet your needs.
The .tfignore file is automatically added as an included pending change so that the rules you have created will apply to each team member who gets the file.
Or create it from the command line using echo . > .tfIgnore and then open it using notepad.
Another trick is to name the file .tfIgnore. in explorer and save it. You'll probably be prompted if you want to change the extension, the answer, in this case, is: yes.
For Excluding Bin folders ,Tick "Show Solution Changes" Under View options in "Included Changes"
I called in the help of our TFS admin.
We couldn't make a .tfignore file, but what did work was the following:
Check in both folders in TFS;
Delete the dlls and pdbs which are unique to the project from the source control explorer and check in this change.
Rebuild the project locally, try to check in and confirm that there are no pending changes.
the dependent assemblies remain in TFS, but since these rarely change, this isn't a big issue.
I have a custom action that no longer exists (I deleted it and it is no-where to be seen at all in InstallShield. I compile and rebuild InstallShield. When I click "Run" to install the product, it gets close to the end, then spouts:
error #1721: Cannot execute "Run_exe.exe".
The custom action no longer exists, and it still seems to attempt to run it... I took it out of the list of events as well. Why is it doing this when I have completely removed it?
If your ISM file is stored in the XML format, I would open the ISM file with a text editor and search for the name of the custom action. That should indicate where it is still being referenced.
Perhaps it didn't truly get deleted? Try going through InstallShield's "Direct Editor". Go to the "CustomAction" table. Right-click the custom action you want removed and select "Drop row".
I get errors like that cropping up all the time, because I make a lot of changes to the installer from version to version. The only way I've found to deal with it is to start a new project and copy all the properties from one to the other. Not very efficient, granted, but it's better than nothing.
In the Perforce realm, the P4Win GUI is now "legacy" and the new P4V is supposed to fill in the void (and it does, most of the time).
There was one very useful (albeit rather hidden) option in P4Win that allowed adding a depot path to the client specification in a few clicks.
Is there a similar option available in P4V? ... because I can't find it.
(I know I can do it manually.)
Here is the P4Win feature, in all its glory:
This is typical for the P4 GUI (old and new) - it can do lots of things, if only you knew where to look (hint: usually not where you'd expect to find it).
There IS an option in P4V similar to the old 'Add Files to client view' from P4Win, only a lot more powerful! (it's a bit hidden and IMO not as streamlined as the original)
You can't find it in the depot view, where you probably ARE when you need it. Instead, go to Workspaces view, right-click the workspace definition and 'Edit' it (or dbl-click it then click 'Edit').
Notice the tabs on top of the 'Workspace editor' window that just opened. Select the 'View' tab. There is a lot going on here, including (apparently) information on the new 'Offline' mode.
To get to the point: in this window, find the piece of depot you need and right-click it.
Nirvana! There are no less than 6 menu options (!) that allow you to specify how and what to add OR remove to/from the workspace definition.
There's even an 'advanced' mode that looks a bit scary :-&
For P4V version : Rev. Perforce Visual Client/LINUX26X86_64/2012.1/490402
Released on 2012 July 02
Do as follows
Go to Connections -> Edit Current Workspace
In the Basic tab , Workspace Mappings , Right click on the tree and Include Tree.
I don't think that there is, you need to open the Workspace view and make your changes there.
Edit your workspace and change the view to include the relevant directory. Although I use P4V everyday and 'Add to client view' seems to ring a bell....
Of note, they added this feature into the P4V client at some point. You can now right click on a path in the depot tab and choose "Map to Workspace View...". It will bring up the workspace editor with the path added.