Git: Push to Remote Repository Works Fein. Jetzt, wie man mit neuer Niederlassung anfängt?

Question

In den letzten 2 Monaten verwende ich git nur zum Sichern meiner Codes. Im Grunde habe ich es mit meinem Server (example.NET) und bitbucket.org als Remote-Repository zu tun.

hier ist, was ich jeden Tag während der Entwicklung zu tun:

git add --all 
git commit -m 'some comments' 
git push origin master 

und heute muß ich meine Codes in dem realen Server (example.COM) bereitstellen, so dass ich entschieden, eine Niederlassung von Meister zu machen . benannt public-beta.

git fetch && git checkout public-beta 

da dieser reale Server (example.COM) User Generated Content ist (Bilder, Videos, Artikel), bin ich regelmäßig auch auf Remote-Repository zu begehen und drücken wie wir in Entwicklungs-Server haben.

git add --all 
git commit -m 'some comments' 
git push origin public-beta 

meine Frage ist ...

wenn ich machen einige neue Features auf Entwicklungsserver (example.NET) aka master branch und es nur 3 Dateien ändern oder erstellen, zum Beispiel: test1.php, test2.php und test3.php , wie diese 3 Dateien in public-beta Zweig zusammenführen, ohne alle Benutzerdateien zu überschreiben?

Bitte beachten Sie, dass in master branch Benutzerdateien leer sind oder möglicherweise weniger als public-beta.

das ist alles was ich wissen muss. Ich bin wirklich neu in dieser Git Terminologie, ich schätze deine Hilfe sehr. vielen Dank.

Answer 1

Sie könnten etwas tun, wo Sie die beiden Zweige nur fusionieren (es kann so aussehen):

$ git checkout master 
Switched to branch 'master' 

$ git merge public-beta 
Updating 423b692..eac62ab 
Fast-forward 
plan | 3 + 
3 files changed, 1 insertions(+), 0 deletions(-) 
create mode 100644 plan 

Wenn es verschiedene Versionen der gleichen Dateien in beiden Zweigen und Sie fusionieren, Sie kann in einen Zusammenführungskonflikt geraten. Wenn dies der Fall ist, müssten Sie herausfinden, welche Version (en) von welchen Zweigen Sie möchten.

Answer 2

Hier ist eine git workflow, die ich sehr empfehlen würde. Auf diese Weise können Sie alle Ihre Merges, Pulls und Pushs auf einem sicheren lokalen Zweig lösen, bevor Sie sich an einen Release Branch (Public-Beta) binden.