I have recently installed Tortoise SVN on Windows and have two computers, A and B. On both machines I installed TortoiseSVN and they are connected Via LAN and I have my repository saved in computer A. I want to access/checkout the repository in Computer A from Computer B, so i tried this URL in the repository to SVNcheckout from Computer B,
http://192.168.2.6/Repository
but i got a error message as,
repository moved permanently to 'http://192.168.2.6/Repository'; please relocate
tried some other URL's as well like,
http://192.168.2.6/C:/wamp/www/Repository/
http://192.168.2.6///C:/wamp/www/Repository/
file:///192.168.2.6///C:/wamp/www/Repository/
but got error messages as,
access to 'http://192.168.2.6/C:/wamp/www/Repository/'; forbidden
What am I missing ?
Got the solution myself, I didnt actually have a SVN server installed, with which i could retrieve the repository through a specific URL from other computer. I installed VisualSvn and that solved the problem..
It is able to do that on LAN.
1. Remember to share the folder you use as repository
2. On pc B, select SVN checkout..., click the browse button, locate to that shared folder.
And it's done.
Related
I am using a Windows 7 computer and TortoiseSVN to access a file repository on my network shared folder.
Now I want to access the same repository from a command line within Raspberry PI 3. I dont know how to give the repository link to the svn command line interface.
It seems like svn on my raspy doesn't understand how to interpret:
file:///Q:/Projekte/Heimautomation/Subversion-Sicherung/trunk
I know, that I have to use a linux-based path, so the given path would be something like:
/mount/media/diskstation/Projekte/Heimautomation/Subversion-Sicherung/trunk
But I didn't try this because I need to setup samba at first.
Some hints would be great.
Greetings, Wolfgang.
This command should work in case you can authenticate to the network share from Raspberry Pi. Take the file:// URL as example
svn info "file://COMPUTER/share/MyRepository"
But keep in mind that ...
file:// access is intended for local, single-user access only,
particularly testing and debugging.
That means that you might find easier and more robust to install a Subversion server on your Windows computer and access the repositories via HTTP(S)
the easiest way to accomplish this problem was to setup the subversion server as an HTTP server, so the subversion repository is at http://raspy/repo for example
I'm having some troubles with a situation and I would like to get your help. I'm using CruiseControl.NET to create the packages of my builds and it creates them correctly. The package versions are beeing stored at a folder in a remote machine.
However, when I use Octopus, I set a local feed with the correct URI for that folder. The folder has the right permissions (read/write). But when I try to create a release of the package in Octopus, it can't reach the version of the package. Plus, when I test it to get the list of packages, the list is always empty. So, I don't get the version when I try to create the release.
I already tried to change the credentials for the access (using another user), and I already changed the directory. I can ping the remote machine, I can enter via remote connection with those users, and I can reach the folder in Explorer. Plus, I double checked the folder permissions... But I'm still getting the same problem. I don't know what is going on and Octopus doesn't allow me to deploy the package without a version.
I'm running Octopus 1.5.1.1652 and CruiseControl.NET 1.8.3.0.
I manage a team of developers who are editing files on a headless development server via SFTP. We use Mercurial (HG) to version the files. It's my job to make sure the team is doing the correct things, so I need to be able to do hg status and hg diff and so forth. Up to now I've been doing this over SSH on the command line, but I would like to be able to use HG Workbench, or something like it, over SSH. Something to send the needed commands over SSH, parse the response, and display the results. I believe this is how Workbench works anyways, but only on the local machine, and I don't see any option to do it remotely.
Is there any workaround way to do this, or another program that can do what I'm trying to do with Workbench?
You have a couple of options:
Clone the mercurial repository to your local machine and then run tortoise hg on your local machine. When you do a push of any modifications they will be synced onto the remote machine - it is a distributed VCS after all.
On the remote machine type hg serve and it will run up a web server. You can then connect to the web server with a browser and perform the operations that you need via the web interface.
What I have ended up doing is using the PHPStorm IDE to do this for me. It is able to sync the working directory with the remote server, including the .hg files, and I can then see the differences in an easy way, as well as do commits right from the IDE.
I've created a svn repository on a linux computer. For this repository I've also created a working copy named myfirstproject. In order to get the URL of it I've typed in "svn info". The answer was
"svn://localhost/myfirstproject".
Now I want to approach this working copy from windows computer. I've tried doing it via netbeans for the first time and tortoiseSVN as well. I've tried to approach svn://my_server_domainName/myfirstproject, but it was failed.
what should I suppose to do? Is there any other URL address I need to type?
Thank you
I moved to a new laptop and copied all my source code. (going from win XP to Windows 7). I installed tortoise SVN on the new laptop. However, when I go to change a source code file and commit it, I don't see the green checkmarks. So, the new laptop SVN client doesn't know what my old laptop knows. Does anyone know how to get the SVN client information from my old laptop so I can continue working as before? (The only other thing I can figure out is to make completely new repositories and IMPORT, but I don't want to do that...)
The SVN client contains a hidden folder structure beneath your local copy, and that contains the meta data used to communicate with the repository. I suspect you copied over the "visible" files, but not the hidden ones.