I'm looking at BiiCode for our C++ code, but it appears that you must use the BiiCode cloud as a host. Is there a way in which you keep your dependencies (internal libraries in our case) on a local server? Our team doesn't like having code outside the firewall.
Not yet. Biicode will go open source soon, so you might have to wait until that. We are working on a feature for premium accounts to locally encrypt contents, so the encrypted passwords never hit the server.
(Disclaimer: I work at biicode).
Related
I am using VS2019 and work with a vpn that connects me to an internal company server. For some reason that absolutely escapes me (and IT support), 100s of server requests are being made from VS to that server whenever I open a particular project.
It is trying to use my machine name / username to gain access to something on the server side.
I have combed through all the project solution files and dependencies. Nothing that I can find is pointing anywhere other than local.
My question is:
what could be the cause of this?
Is there a way to debug/step through the initialisation of VS when it opens that project?
is there a way to view a log of remote requests (and ideally their response status) being by VS as they occur?
Hello I have been wanting to get into working with a framework and Laravel seems like a decent one to try.
I have seen a lot of tutorials that tell you how to setup Laravel locally with Homestead or variants.
I am wanting to install and setup Laravel on my dedicated remote server with my hosting company. From there I want to be able to work with it on my local MacBook or MacPro.
I have not been able to find a good tutorial to make this happen in the fashion I want to do it.
I work with PHP and related daily but usually login to FTP and edit files with TextWrangler and save them and go about my day so my methods are dated and not efficient.
One side note is that I also have a Dell PowerEdge server running CentOS and VestaCP in my office as my development server so nothing is done locally per say (on my own computer) so the question and answer will apply to both my remote server and my remote but local development server.
Any suggestions are always welcome.
Best Regards,
Bradley
Assuming you have full root access to your remote servers, you should install composer on them and install Laravel in whichever way suits you. Then you can edit your project files just as if you were working on it locally.
Seriously though, the biggest thing you should add to your development arsenal (in case you haven't already) which will make your development process so much more resilient is Git.
Set up a free Bitbucket account, get a free Git client, and learn how commits, pushes, pulls, branches and deployments work. The easiest approach for deployment is to use a service such as Envoyer.
That way you can develop and test locally (even if 'locally' is a remote machine) and not really have to worry about breaking your app by making a mistake in controller or something on the live server.
Does anybody know how to setup a basic SVN server on my windows pc? I want to create an SVN repository to store the code for my home projects I've got lined up.
Anyone know how to do this?
Install VisualSVN Server. The server part is free. You can also just use any SVN tool to just create local repositories on your file system if you like. My favorite client side tool is TortoiseSVN.
I can strongly recommend VisualSVN. It's very easy to setup, configure and use.
I've installed it recently and have found it utterly pain-free. SVN client-wise, I'd recommend TortoiseSVN. It integrates directly with Explorer and is, again, easy to use.
If you're working with Visual Studio, AnkhSVN is a great client that integrates into VS and doesn't seem to have any problem with being used side-by-side with TortoiseSVN.
I use VisualSVN on my Windows 2008 server and it works great. I then use TortoiseSVN on my client machines. The installation is painless and you should be up and running in no time.
If you are the only one accessing the repository all you need is tortoisesvn. You can make a local repository anywhere you want just by right clicking and selecting "Create Repository Here" then just use the file path for the URL.
I would also recommend Visual SVN if you like to get SVN installed on your Windows PC. There is a nice tutorial that describes installation and configuration process.
However think twice before hosting your product locally as that isn't the best option.
I would also Check out Assembla. Online hosting for both SVN and Git. I have used both VisualSVN and Assembla for personal projects.
Use ubersvn for personal use it is working fine and it's freeware.
The program contains all the dependencies needed to set up and run an Apache Subversion server on Windows, Linux or Mac OS X operating systems
.Check this here
What is the final veredict? for a single user local repository what would be the best option:
just create local repositories with TortoiseSVN (simpler and less
resource consuming)
install VisualSVN server to get the extra functionality it offers
(for example, the automatic backups are quite interesting..)
The idea of using VisualSVN server in my local machine with the automatic backups stored in a google drive folder in order to keep the repository in case of catastrophe sounds good, but maybe is a bit overkill.. is it heavy the server initialization? the machine is only booted while I am working in my spare time.. if the server takes no negligible time to start every time I turn on the PC maybe the first option is better.
Check Beanstalk it's not really an answer to the question you asked, but it might save you a lot of trouble. You could also check the VM marketplace, there are many virtual machines that would get you up and running super fast.
Here's also a very nice one called PMRepo, it includes Trac, Subversion, and Hudson in one VM.
If you want to create SVN repo, you can use this VisualSVN
By using this tool, you can easily create SVN repo and it will give it's REPO URL. so you can use it for cloning. It is the easiest way to create repo in any machine and use the its repo URL
before setting up SVN you need:
1.Install Putty http://www.putty.org/
2.Creat Droplet on Digital Ocean
3.Install Apache,Install PHP,Install phpMyAdmin
after that follow steps on below link:
https://progtec.wordpress.com/2015/10/18/how-to-setup-svn-server/
As a long-time lurker on SO, I'm popping my question cherry with a tricky one regarding CruiseControl.NET, Subversion, and a remote repository. Here's the problem:
Take a remote Subversion 1.6.6 repository running on Windows Server 2008 SP2, using Apache 2.2.14 as the gateway to enable access on Port 80 and 443 - we redirect unencrypted traffic to the secure port, and we have a properly-configured SSL layer running with a self-signed certificate. This all works - I can point a browser from my local machine (XP SP2 or Server 2008 SP2) to this repository, pass through the certificate verification painlessly, authenticate against the repository ACL, and see stuff in there. Equally, SVN commands executed on my local machine (either at the commandline or via TortoiseSVN) work flawlessly.
Now add CruiseControl.NET 1.4.4.83 - running for the moment on my local machine with a simple script to pull some sourcecode from the remote repository, and build a very basic application. This same script works perfectly against a local repository, so the only difference is the Subversion URL, which is now pointing to the remote server.
If I run CC.NET in a commandline shell (ccnet.exe) under my own account, it works.
If I run CC.NET as a service (ccservice.exe) however, it fails; by default, it runs as LOCALSERVICE, but I have already altered this to run with my credentials. In this mode, the very first Subversion command issued (SVN LOG) fails, complaining that it cannot connect to the server.
I have spent a good four or five days investigating this; I know it's not a firewall-type problem, because the exact same command that CC.NET issues works in a commandline shell, and of course I can connect to the remote server via TortoiseSVN and a browser. It's not the SSL and/or certificate getting in the way, as I have already imported the certificate - and again, this works fine in 'manual' mode using TortoiseSVN, a browser, or SVN commands at the commandline. It's not a DNS resolution issue, because I can specify the actual IP address of the remote server, and it still fails to connect - but of course connects OK if I run in commandline mode...
I've even downloaded and prowled through the CC.NET sourcecode to see if there's anything odd going on. As far as I can see, the only difference regarding issuing commands when running in service-mode is that an AllocConsole call has been made to prepare a console for the Subversion command processes to latch on to when they're spawned.
The best guess I can make, at this stage, is that the AllocConsole session is somehow fundamentally different from a standard commandline session - in that, even though the service is running under my user credentials, somehow the AllocConsole does not have 'proper' network access. However, I don't know enough about AllocConsole or the CC.NET sourcecode to be able to prove this, and I'm therefore at an impasse.
For the moment, I'm running CC.NET in commandline mode; however, this just feels unsatisfactory, because we prefer to run it in service mode (which works fine against repositories in our local domain) to avoid the necessity creating a scheduled task to start it up when the machine starts.
Anyone got any suggestions?
Cracked it. It wasn't a firewall problem, it was a proxy problem.
We use Bluecoat here (yes, I know, not my call) and so the Subversion 'servers' file, which lives at 'C:\Documents and Settings\All Users\Application Data\Subversion\' on all our developer PCs has an entry to let us bypass the proxy to get out to specific external repositories. However, we tend to use TortoiseSVN mostly, and access this file through the property sheet - until now, not realising that it's a Subversion file, not a TortoiseSVN file.
Naturally, since we don't use TortoiseSVN on the build servers, we've never messed with the 'servers' file. However, now that CruiseControl.NET needs to get to an external repository (previously it has only talked to our internal repositories) it was unable to get past the Bluecoat roadblock.
Once the puzzle clicked into place, I created a 'servers' file on the build box, added our bypass configuration to it, and suddenly CruiseControl.NET and Subversion in Service Mode can see the remote repository.
I'm still not entirely sure why it worked in commandline mode but not service mode, but I've fixed it so I'm happy. :)
my project is a PHP web application. This applies to my test server (local), not production server! I am also the solo developer on this project (however, that may change in the very far future). Also, all my source code is committed to a repository and the production server gets the source code from the repository.
I do my development in Windows while my test server runs on Ubuntu (perhaps you can also recommend me another distro that is easy to use and can serve as a good web server). I need an elegant way to interface between the two environments. Currently, I do my coding in Windows and then FTP the changed files to the test server. However, this is quite cumbersome and tedious since I have to manually go to my FTP client each time. Suggest me something elegant please! Perhaps FTP sync? or OpenVPN (where the root www directory on test server is acts like a folder in Windows)? Thanks for your awesome time!
Easiest would be in Ubuntu, right click a folder then click "Sharing Options", then share the folder. In Windows, connect to the share, and work on that copy.
If you're using version control, using continuous integration like Hudson ( http://hudson-ci.org/ ) would help if you create a task that builds/exports the website for the testing server. This approach would be better in the long term, but you'll waste a day setting it up initially.
I prefer SFTP to FTP.
That said, ExpanDrive lets you map SFTP servers to local drive letters, which then means you can use any text editor to access your files directly on the test server, or use other mechanisms to keep the files in sync. Since they show up as two local drives, you can use just about any product out there.
If you want to use FTP, you can just map the drive in Windows Explorer. If you open up My Computer, then go to Tools > Map Network Drive, you can map a FTP server folder to any local drive. Just type in the address as the folder, ie. ftp://mscharley#192.168.0.10/htdocs
This will atleast save you a trip to the FTP client...
Is there any reason you couldn't just test on your local computer? At my job, we all develop and do developer testing locally, most of us using Windows. Our production and test servers are all linux based. Working locally is really nice, because you don't need to worry about making changes on the server with every small change.
Another option would be to create a checkout or working copy of your code on the server, and then run svn up or svn export (or equivalent using your version control software) each time you change the code on the server (assuming you are sshd into the server). This is kind of slow, but it's easy. The other option would be to write a script that goes through the svn logs for the recent commit and only exports or updates the ones that changed. This is much faster, and for all I know, there is already something out there that this.
Finally, some IDEs allow you to edit files live over ftp\sftp. Basically the IDE downloads a copy of the code and then reuploads it when you save.
Currently I develop on windows (PHP) as well and deploy on a Linux box for testing and production. This is how I do it.
Set up a local development server with e.g. WAMP.
Set up your code base in version control, e.g. Subversion.
Checkout your code base onto the testing/staging server, not just only on your local dev. environment.
In the early stages of development you want to deploy to the testing environment A LOT to sort out any discrepancies between your windows and linux environments. When your programming efforts turn more into program flow type programming this constant testing will probably slow down. But still take the effort to test on a regular basis.
To test your code base on staging do an svn update. I just log in with an SSH session to do this. A key thing here to note is that you do not have to make any config changes to your code base. If you do need to make config changes to your environment on staging it worth while spending the time to SCRIPT this process rather than this being a manual process.
Do the same for production. I use an Subversion check out on production as well. Make sure you set you .htaccess file to deny access to your hidden .svn folders and script the deployment especially if there a config changes necessary.
Some ideas:
Use a server environment under windows (e.g. EasyPHP).
Use a development tool that can save over FTP (e.g. ultra edit).
Use a network drive connected to the remote machine via FTP.
Use a network drive connected to the remote machine via Samba.
Run a linux distro inside a virtualization tool (e.g. virtual box) and write from the windows host to a share directory of the guest host.
Use dropbox to sync files between machines (there is more a hack than an "enterprise" solution).