After a Git push, remote repo shows files as deleted

Question

I cannot find any of the files on my remote repo.

1. Created a Git repo on shared hosting (site5) as described by their tutorial
2. init\'d it and added a s

Answer 1

When you push to a remote repo in Git, it does not update the working copy of that remote repo. This means that the working copy will be out of sync with the last version that you pushed. To avoid this confusion, it is recommended to only push to bare repos; repos that do not have a working copy. The reason is that if anything in the working copy has changed, you will not have a chance to be warned about this and perform a merge, because you are pushing to a remote repo.

Generally, the only way you should be modifying a working copy is from within it, such as doing a pull or checkout from within that working copy. If you want a copy of your code to be checked out somewhere on your server automatically when you push, you should set up a post-receive hook that will then go a git pull into a repository that has a working copy.

Answer 2

You shouldn't have created a 'standard' git repo on the remote host, as Brian Campbell noted. What you should do:

1. copy all the files you wish to place under version control to a directory on your local machine.

2. delete them and their containing directory on the remote host.

3. still on the remote host create a new directory called projectname.git (substitute a meaningful name for projectname), cd into it, and run git init --bare

4. on your local machine, in the directory in which you've placed your files:

   • run git init to initialise a git repo
   • run git add . to add all files and sub-directories
   • run git commit -m "Initial commit"
   • You should see something like [master agd27c9] Initial commit
   • run git remote add origin ssh://hostaddress/path/to/dir/projectname.git (you may have to modify this slightly, if you usually access your remote host using ssh://user@hostaddress, for instance)
   • run git push origin master
5. You should see a message indicating connection to your remote host, and some output from git indicating that the push was successful. It usually looks like:
   Counting objects ...
Delta compression ...
Writing objects ...
Total ...
To ssh:// ...
6. If everything happened as described above, you're done. You could add default push and merge if you wish:
   • git config branch.master.remote origin && git config branch.master.merge refs/heads/master

Answer 3

I have a similar use case at work: desiring a 'pristine' home directory on a number of servers where I check processes, monitor logs, etc. - without having to change every single one of them when I add a new command, alias, script, etc. Learning from the existing answers here I solved like this:

1. Create a 'master' repo on my desktop machine representing my desired $HOME directory on the remote
2. Get the master repo into a good state with the setup I wanted (in particular with a canonical .ssh/authorized_keys file)
3. On one remote machine, create a new (non-bare) repo in $HOME
4. Push the master to the remote repo in $HOME
5. Run 'git reset --hard' in remote repo

To keep them up to date I added the following git alias to help me out with updating all my remote working copies in a single command:

[alias]
    pushall = "!for remote in myremote{1..10}; do git push ${remote} master; ssh ${remote} git reset --hard; done"

Now when a new remote is provisioned - I rsync my $HOME directory from an existing remote to the new one, then add my new machine to the alias above. Running 'git pushall' after making a change (say after adding a handy new script to look at logs) will then update all the remote working copies with a pristine copy of what I want my (remote) $HOME directory to be. No more updating every single remote by hand!

Note: the double quotes around the entire alias are important here otherwise the semi-colon will bite you

Thanks to others for existing answers that helped me get this working.