Perforce (P4V) not opening after deleting workspace folder - windows

I deleted a folder by accident and now P4V doesn't open, I can see it in my task manager and it sucks up a ton of resources but nothing happens. Force-quitting and restarting doesn't help.
Any idea how I can reset my p4 environment or something? I've tried reinstalling the app on Windows and that didn't work.

If you haven't already tried force-quitting P4V and/or rebooting, try that first.
Failing that, you can "reset" P4V by deleting the .p4qt folder, which should be in the same folder that Perforce is installed in. That will delete all of its settings and the next time it comes up it should have a clean slate.
Alternatively, you could try using the command line to restore the folder -- running p4 clean on a manually deleted folder will restore it to its previously-synced state.

Related

Nuget Restore not installing content files

So it appears that when installing a Nuget package that contains additional "non-assembly" files, those files are usually copied to the appropriate locations via a PowerShell script (install.ps1). And this works all well and good, until you check your project into source control; having ignored the packages folder (cause well that's the point right...), and someone else pulls the project. In that case, when that person restores the packages, those "non-assembly" files are not re-installed, despite being copying back down to the packages folder the PowerShell script doesn't run on restore. Forcing that person to determine which packages need to be literally uninstalled and reinstalled to get things working again.
Am I missing something? shouldn't that install script just run every time... I spent several hours today trying to determine why a colleague could not get their project running after pulling it out of source control for the first time.
Is there any work-around or fix for this besides creating yet another script to check for these missing files and:
Update-Package -Id packagename -reinstall
every single offending package, and run that as a pre-build event, just to get things working.

SourceTree does not fully uninstall

Using SourceTree on windows. I would like to do a full uninstall to re-install. However, I uninstall and delete remaining registry info, on re-install SourceTree skips all of the setup and just opens like it never left. I don't even have to re-login or anything.
Wondering if anyone has experienced this and can help me solve it?
I had the same issue, attempting uninstall would simply remove SourceTree from the list of programs in the "Uninstall or Change a Program" menu.
I ended up removing all SourceTree files from C:\Users\[username]\AppData\Local\Atlassian in addition to the SourceTree and SourceTree-settings folder from the Local folder. I backed them up to my desktop just in case, but obviously you can delete these after if it is successful.
After that, the next install prompted regular setup.
Follow the steps here:
https://confluence.atlassian.com/sourcetreekb/how-to-wipe-sourcetree-preferences-412484640.html
Windows
Make sure SourceTree is closed
Make sure the files are backed up in the following folders before removing the files
Remove files "bookmarks.xml", "opentabs.xml", "userhosts" in C:\Users\<username>\AppData\Local\Atlassian\SourceTree\
Remove file in C:\Users\<username>\AppData\Local\Atlassian\SourceTree.exe<random_string>\<version_number>\user.config
Open SourceTree again to test if it worked or not.
C:\Users\<username>\AppData\Local\Atlassian\SourceTree
Delete this folder and reinstall the sourcetree.
If you didn't find AppData folder inside users, click view in top menu and check "Hidden Items". Then hidden items will be shown.
Completely Uninstall SourceTree from windows...
1) Uninstall sourcetree by going in control panel/ uninstall a program and click
on sourcetree or above a option named uninstall.
2) Navigate to
C:\Users<UserName>\AppData\Local
and delete SourceTree folder(if any).
3)Navigate to
C:\Users<UserName>\AppData\Local\Atlassian
and delete all SourceTree folders.
4) Navigate to
C:\Users<UserName>\AppData\Roaming\Atlassian
and delete SourceTree* folder
-- Download SourceTree and install it.

How to change a github repo's directory to somewhere else?

To avoid being a X-Y problem, this is what happened:
I removed all the pods from the Podfile a few days ago because I didn't need them anymore. Today, I opened up the xcworkspace and see errors. One of them is this:
diff: /../Podfile.lock: No such file or directory
So I first try to solve the issue myself. I tried pod install, pod update, and lots of other stuff. They all didn't work. So I thought, FINE! I'll delete all the cocoapod-related stuff and start from scratch again! And so I did. But the problem is still there.
Then I downloaded the whole project from github and deleted the broken one. I tried updating cocoapods to the newest version and pod install, everything is working in the downloaded project.
After that, I found out that github is not tracking the changes of the downloaded project. It is still tracking the changes of the project in the trash.
I need to find a way to change the project that github is currently tracking to the downloaded project. How do I do this?
P.S. I am an absolute noob of command line interfaces. I cannot remember all those git commands. So if someone can show the solution both using the github (Mac) app and the CLI, it would be greatly appreciated.
I solved this problem with this:
Create a temp folder
Move all the stuff in the downloaded project's project folder to the temp folder
Delete the downloaded project's project folder, which is now empty
Move the deleted project from trash to the original position i.e. "Put Back"
Delete the contents of the original project folder
Move the stuff in the temp folder into the original project folder, which is now empty
Profit!
You might have to add the newly downloaded copy to the SourceTree.
here are the steps -
SourceTree --> New Repository --> Add existing Local Repo --> Then in the finder window locate the newly downloaded repo.
Now I believe you can see the changes of the new project and commit as well. PFA screenshot.

Xcode missing file warnings after removing Git manually

I while ago I removed the .git folders manually from my Xcode (5) project and switched to svn. Ever since I have about 400 missing file warnings like
file:.../.git/objects/f2/4f16e85d07b97f2953a15b302a626806530431: warning: Missing file:
.../4f16e85d07b97f2953a15b302a626806530431 is missing from working copy
Strange thing is, Xcode sees the project as a svn repository, I can view the revisions.
I think that those files are still somewhere in my project.pbxproj file.
Is there some way to remove these references automatically without destroying my svn repository? I am afraid that disabling version control from preferences will disable subversion and not fix my problem.
It is not a huge problem, but it's kind of annoying.
It's complaining about files in your ".git" folder.
Go to Terminal and "cd" followed by the path of the folder where your source code lives.
For example, something like: "cd /Users/whateveryournameis/Desktop/YourAppLivesInHere".
Then type in "ls -al .git". If you see one listed, you can remove the whole folder via "rm -rf .git".
Well turns out it was a svn problem. I had deleted the .git files, but they where still in the svn repository. Did an update, then an svn delete on the .git folder, recommitted.
The files where still reported missing for me in Xcode, so I created an empty .git directory, added it, deleted it with svn delete and restarted Xcode, the warnings are gone :)

Annoying svn issue where svn claims folder is under version control but no .svn exists

I have a folder that both XCode and SmartSVN both claim is "already under version control." However, when I run svn status in that folder, it says it is not a working copy. Furthermore, I cannot add or subtract the folder from the working copy in SVN, for if I add it (with or without recursion) it claims it is already under version control, and yet there is no context option for me to remove it from said version control.
Furthermore, when I check to see if there is a .svn folder in that directory, there is not.
I have tried svn cleanup in the working directory root as well as the directory in question. When performed at the root it completes with no messages. When performed in the directory, it informs me that it is not a working copy.
It is causing an annoying Obstructing - warning in XCode that is bugging me.
If anyone knows what I am talking about or has experienced the same thing please help me out!
It happens when the parent folder gets out of sync with some of its children. A possible workaround is renaming the parent folder offline (using the file system, not via svn), get a fresh copy from the repository and then bring back your modifications from the renamed folder (excluding the.svn ones).
When finished delete the renamed folder. Otherwise you might end up with broken folders:
If you renaming a project, Xcode does not remove the .svn directory in
the .xcodeproj. As a result, svn gets confused, thinking the renamed
project directory is under version control
[source]
Make sure XCode and SmartSVN are expecting the right version of you SVN installation. After last upgrade of SVN, I noticed that things have changed in how SVN handles things. Everything is now stored in the root checkout folder, and you don't have .svn folder in ech sub folder anymore.

Resources