Development on remote server problem

In our company we run/debug our code on remote server. We have a complex environment that is impossible to reproduce locally.

Every developer has his own git repositories. And we have test servers running stable branches of code.

 

The problem is that it is very hard to use phpstorm in the above case.

1. If i target phptorm to remote dir through sftp there is a great risk to overlook pull changes.

2. If i set a project as mounted on network drive i have the same problem as in the case 1

 

I'm thinking to use unison but have not finalised my idea yet.

5 comments

Maksim,

To be honest, I haven't understood your setup well enough.

> If i target phptorm to remote dir through sftp there is a great risk to overlook pull changes.
> If i set a project as mounted on network drive i have the same problem as in the case 1

Does it mean that you try to keep the only copy of a project on a remote location, i.e. to not have a local copy?

0

It's ok to have a local copy. But i can only run code on remote server.

Let's say my non-bare git repository is on remote server. I create a project from existing source and choose "The Web server is on another computer (remote host). Files on the server are available through the FTP/SFTP/FTPS". Then i make a git pull on remote server. My local copy still does not know that i made git pull. If i forget to sync/download then i will overwrite pulled changes.

If i choose "Files on the server are available through the mounted drive". I've got the same problem.

Let's say it is not only me but another 10 programmers in our company also have to press sync every time they make pull. The probability of mistake is very high.

0

Is there any chance that you could add at least a little additional support for remote development for those who don't want to (or can't) create a full development environment locally?

If it were easier to download changes from the remote server to the local setup (just files without a full development environment), in addition to the synching that is already possible from local to remote, wouldn't that be useful to at least some developers?

This way, the full test environment could be remote, but the local copy would allow use of xdebug.

Is there any chance of providing at least a little additional support for this development approach?

Thanks!

0

What's not working in a setup you've described? What exactly should we look into?

0

In my case (I think it's at least somewhat similar to what Maksim described), I am developing in Drupal on a remote server and have a production site and a test site on the remote server.

I would prefer to continue doing Drupal updates remotely using drush on the test site, for example, rather than creating a full test environment locally, updating modules locally, and uploading the changes.

If I'm going to use xdebug with Phpstorm, my local files have to match what is on my test server, so I need to synchronize from the server to local, rather than the other way around. This could be automatic or manual. 

It would make sense to make edits locally, to take advantage of Phpstorm, and I believe that this overlaps with what is already supported for local development (as long as I make sure that I'm not overwriting something on the server that has been updated in the meantime).

In my case, I am a sole developer, so I don't have to worry about anyone else working on the same site.

Maybe this is already possible, but what I would like, at a minimum, would be to update my local files from the remote server, downloading only files that have been added or changed on the remote server. It doesn't have to be instantaneous but it would be great if it didn't take as long as downloading everything all over again.

Is this clear enough?

0

Please sign in to leave a comment.