Earlier quoted context omitted.
No - Salt and Ansible both act as deploy automation tools. That is, you run the scripts on the server and they will install packages, move files, change permissions, etc. Most deploy steps are available using these tools. Vagrant itself acts as a user-friendly wrapper around the creation and management of local virtual machines. There are ways to use Vagrant to create and push machine images up to cloud providers, bu…
So, if I get it, Vagrant is used to reproduce the production environment locally. Right? Sorry for all the questions!
Ask HN: How do you work efficiently on remote servers?
61–70 of 87 posts
Re: Ask HN: How do you work efficiently on remote servers?
#62Earlier quoted context omitted.
There is an enormous reason if you work on, or use, systems designed for massive parallelism.
I still don't see the necessity... Develop locally, test remotely.
Even the sequential performance of the remote systems is much higher than my laptop. The system in front of me is a means to interface with the real system, and has been for a long time. Granted, I have worked on parallel and distributed languages and runtimes for most of my professional life.
Re: Ask HN: How do you work efficiently on remote servers?
#63Re: Ask HN: How do you work efficiently on remote servers?
#64[1] https://stackoverflow.com/questions/15958056/how-to-use-subl...
Re: Ask HN: How do you work efficiently on remote servers?
#65Re: Ask HN: How do you work efficiently on remote servers?
#66Re: Ask HN: How do you work efficiently on remote servers?
#67If latency is a concern, use a remote file system (Fuse etc type thing). That way you can edit using local software and only write across the wire when you save.
Re: Ask HN: How do you work efficiently on remote servers?
#68I use ssh + tmux + emacs. Security policy states no local copies of development files are allowed at my workplace without special authorization, which I never bothered asking for. Migrated my emacs configuration to the remote server as a git repository, along with any programs that aren't available (e.g. git, which I use for unofficial code; official code is managed via perforce). Use GNU stow to move those configura…
[N]o local copies of development files are allowed
... without special authorization
I'm curious what kind of employer would hire programmers, and they tell them they couldn't develop locally as a matter of _security policy_, rather than "it won't fit on your machine". That seems like it would be very constraining.Re: Ask HN: How do you work efficiently on remote servers?
#69SSH into the box, checkout my dotfiles from github (or SCP them), edit text files with emacs, or whatever else I have to do.
Re: Ask HN: How do you work efficiently on remote servers?
#70Vim, mostly. The customization is remarkably easy, just copy my .vimrc and .vim out to the server. I have a folder containing all of my dot files which I sync between servers, and a simple bash script which creates softlinks to them in my home directory. However, I don't do remote development as much anymore since I picked up the habit of using Vagrant locally. Now I can edit the files locally (though still with Vim)…