Zielverzeichnis leer nach git push to remote

Question

Ich versuche ein Remote-Git-Repo zu erstellen (das ich mit der Option --bare initialisiert habe) und schiebe einige Quelldateien dorthin.

Ich habe eine lokale Git Repo und einem nackten remote:

ubuntu@ip-LOCAL-IP:~/notebooks$ cat .git/config 
[core] 
    repositoryformatversion = 0 
    filemode = true 
    bare = false 
    logallrefupdates = true 
[branch "master"] 
[remote "nbcsm"] 
    url = ssh://ubuntu@ec2-RE-DA-CT-ED.compute1.amazonaws.com/home/ubuntu/notebooks/.git 
    fetch = +refs/heads/*:refs/remotes/nbcsm/* 

ich die lokale Repo erstellt mit: 1. git init 2. git add *.ipynb 3. `git commit -m„erste Import von IPython Notebooks "

Ich habe dann überprüft, dass mein lokaler Repo Dateien darin verfolgt hat, indem Sie vi verwenden, um eine * .ipynb-Datei zu bearbeiten und dann git status auszuführen. git sieht die geänderte Datei.

Allerdings, wenn ich git push nbcsm master die Push ausführen scheint erfolgreich zu sein, aber das Zielverzeichnis auf meinem Remote-Computer/Instanz leer ist (dh es nicht die Dateien enthalten ich auf die Fernbedienung zu drücken bin versucht):

ubuntu@ip-LOCAL-IP:~/notebooks$ git push nbcsm master 
Enter passphrase for key '/home/ubuntu/.ssh/id_rsa': 
Counting objects: 11, done. 
Compressing objects: 100% (9/9), done. 
Writing objects: 100% (9/9), 2.49 KiB, done. 
Total 9 (delta 5), reused 0 (delta 0) 
To ssh://ubuntu@ec2-ec2-RE-DA-CT-ED.amazonaws.com/home/ubuntu/notebooks/.git 
7a50f44..295a4fa master -> master 
ubuntu@ip-LOCAL-IP:~/notebooks$ 

Überprüfen, dass die Dateien nicht auf remote:

ubuntu@ip-LOCAL-IP:~/notebooks$ ssh ubuntu@ec2-ec2-RE-DA-CT-ED.compute-1.amazonaws.com 
Enter passphrase for key '/home/ubuntu/.ssh/id_rsa': 
Welcome to Ubuntu 12.04 LTS (GNU/Linux 3.2.0-25-virtual x86_64) 

* Documentation: https://help.ubuntu.com/ 

System information as of Tue Dec 18 16:46:23 UTC 2012 

System load: 0.02    Processes:   63 
Usage of /: 41.7% of 7.97GB Users logged in:  0 
Memory usage: 12%    IP address for eth0:REMOTE-IP 
Swap usage: 0% 

Graph this data and manage this system at https://landscape.canonical.com/ 

Get cloud support with Ubuntu Advantage Cloud Guest 
http://www.ubuntu.com/business/services/cloud 
*** /dev/xvda1 will be checked for errors at next reboot *** 

ubuntu@REMOTE-IP:~$ sudo find /home/ubuntu/ -name "*.ipynb" 
/home/ubuntu/notebooks/Untitled0.ipynb 
ubuntu@ip-REMOTE-IP:~$ 

Es gibt etwa 12 * .ipynb Dateien im lokalen Repo, die nicht geschoben werden. Ich bin mir ziemlich sicher, dass dies ein konzeptuelles Problem und kein Syntaxproblem ist, aber ich habe das Remote-Kapitel im O'Reilly Git-Buch gelesen und gelesen und bin ratlos.

Answer 1

git push wird nicht, außer Sie explizit über eines der Hook-Skripte zu informieren, das Arbeitsverzeichnis auf dem Remote-Ende aktualisieren. Normalerweise, wenn die Filiale, die Sie am entfernten Ende ausgecheckt haben, eine der Filialen ist, die Sie drücken, wird es sich laut beschwerten und den Push ablehnen. Diese Warnung kann jedoch deaktiviert werden, so dass Sie pushen können, aber das Arbeitsverzeichnis wird immer noch nicht aktualisiert. Sie können entweder git reset --hard HEAD in Ihrem Remote-Repository (oder git checkout master oder etwas Ähnliches) ausführen oder einen post-receive Hook einrichten, um das für Sie oder etwas zu tun. Es ist jedoch wahrscheinlich besser, wenn das Remote-Repository leer ist. Möglicherweise wird ein drittes Repository eingeführt, damit Ihr Entwicklungs-Repo dorthin drängen und Ihr Produktions-Repository davon profitieren kann.

Edit: Ok, jetzt ist dies eine andere Frage, da Sie erwähnen, Ihr Remote-Repository wurde mit --bare erstellt. Wenn Ihr Remote-Repository leer ist, sollten Sie nicht erwarten, dass Ihre Dateien dort "normal" angezeigt werden, da ein leeres Repository kein Arbeitsverzeichnis enthält. Stattdessen werden Sie ein paar Unterverzeichnisse sehen (wie branches, hooks, info, objects und refs) und Dateien (config, description, HEAD), die Sie normalerweise unter .git in einem nicht-bare Repository sehen würden. Sie sollten weiterhin git log und andere Befehle (wie git show HEAD:<some_file>) ausführen können, um zu überprüfen, ob Ihre Daten vorhanden sind.

Answer 2

git status dass git sieht die Datei geändert.

git status sollte Ihnen sagen, dass keine Datei geändert wird!

git status 
# On branch master 
nothing to commit (working directory clean) 

Wenn es Dateien geändert Listen, müssen Sie diese Dateien erste, hinzuzufügen und zu begehen, bevor drängen:

git add . 
git commit -m "my commit message" 
git push -u nbcsm master 

Plus stellen Sie sicher, und überprüfen, welche Verzweigung auf der Serverseite ausgecheckt :

cd /home/ubuntu/notebooks 
git branch 

Sie sollten nicht in der Lage sein, ohne Warnung zu einem nicht leeren Repo zu wechseln.
Da Sie aber keinen hatten, ist es möglich, dass ein anderer Zweig ausgecheckt wird.