Gibt es in git eine einfache Möglichkeit, einen nicht verwandten Zweig in ein Repository einzuführen?

Beim helfen, ein Freund mit dem git problem, heute hatte ich die Einführung eines
Zweig, gebraucht zu werden, völlig getrennt vom master Zweig.
Die Inhalte dieser Zweig hatte wirklich einen verschiedenen Ursprung von dem, was
entwickelt worden auf der master Zweig, aber Sie würden
eingebunden in die master Zweig zu einem späteren Zeitpunkt.

Ich erinnerte mich, aus der Lektüre John Wiegley ist Git von unten
bis wie
die Zweige sind im wesentlichen ein label auf ein commit, der folgt einem bestimmten
Konvention und wie eine übergabe an einen Baum gebunden von Dateien und Optional
zu Eltern-commits. Wir gingen zu erstellen, eine elternlose sich verpflichten, die
vorhandene repository mit git ' s Sanitär:

Damit wir losgeworden aller Dateien im index ...

$ git rm -rf .

... extrahiert Dateien und Verzeichnisse aus einem tarball, hat diese die
index ...

$ git add .

... und erstellt ein tree-Objekt ...

$ git write-tree

(git-write-tree erzählte uns die SHA1-Prüfsumme der erstellte Baum-Objekt.)

Dann verpflichteten Wir den Baum, ohne Angabe von Eltern-commits...

$ echo "Imported project foo" | git commit-tree $TREE

(git-commit-tree erzählte uns die SHA1-Prüfsumme der erstellten commit-Objekt.)

... und erstellt eine neue Niederlassung, die Punkte auf unsere neu erstellte
Begehen.

$ git update-ref refs/heads/other-branch $COMMIT

Schließlich kehrten wir zu der master Zweig, um die Arbeit dort weiter.

$ git checkout -f master

Scheint dies funktioniert zu haben wie geplant. Aber dies ist eindeutig nicht die Art
von der Vorgehensweise würde ich empfehlen Sie jemandem, der gerade erst begonnen
Verwendung von git, um es milde auszudrücken. Gibt es einen einfacheren Weg der Erstellung einer
neue Niederlassung, die ist völlig unabhängig von allem was passiert
im repository so weit?

InformationsquelleAutor der Frage hillu | 2009-09-05

  1. 435

    Gibt es ein neues feature (seit V1.7.2) was macht diese Aufgabe ein wenig mehr high-level als das, was in keine der anderen Antworten.

    git checkout unterstützt jetzt die --orphan option. Aus der Manpage:

    git checkout [-q] [-f] [-m] --orphan <new_branch> [<start_point>]

    Erstellen Sie eine neue orphan Zweig, benannt
    <new_branch>, angefangen von
    <start_point> und um es zu wechseln. Die
    erste commit gemacht auf diese neue Filiale
    haben keine Eltern, und es wird
    die Wurzel einer neuen Geschichte Total
    getrennt von allen anderen
    branches und commits.

    Dies nicht tun genauwas der Fragesteller wollte, weil es füllt den index und die working-tree von <start_point> (da dies ist, nachdem alle, eine checkout-Befehl). Die einzige andere Maßnahme, die notwendig ist, entfernen Sie alle unerwünschten Elemente aus der working tree und index. Leider git reset --hard funktioniert nicht, aber git rm -rf . können stattdessen verwendet werden (ich glaube, dies ist äquivalent zu rm .git/index; git clean -fdx in anderen Antworten).

    In der Zusammenfassung:

    git checkout --orphan newbranch
git rm -rf .
<do work>
git add your files
git commit -m 'Initial commit'

    Verließ ich <start_point> nicht angegeben, da es standardmäßig auf den KOPF, und wir nicht wirklich kümmert. Diese Abfolge gilt im wesentlichen das gleiche wie der Befehl Reihenfolge, in Artem Antwortnur ohne Rückgriff auf beängstigend Sanitär-Befehle.

    InformationsquelleAutor der Antwort tcovo

  2. 30

    Vom Git-Community-Buch:

    git symbolic-ref HEAD refs/heads/newbranch 
rm .git/index 
git clean -fdx 
<do work> 
git add your files 
git commit -m 'Initial commit'

    InformationsquelleAutor der Antwort Artem Tikhomirov

  3. 21

    Obwohl die Lösung mit git symbolic-ref und entfernen index funktioniert, könnte es sein konzeptionell sauberer zu erstellen neue repository

    $ cd /path/to/unrelated
$ git init
[edit and add files]
$ git add .
$ git commit -m "Initial commit of unrelated"
[master (root-commit) 2a665f6] Initial commit of unrelated
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 foo

    dann abrufen aus, es

    $ cd /path/to/repo
$ git fetch /path/to/unrelated master:unrelated-branch
warning: no common commits
remote: Counting objects: 3, done.
Unpacking objects: 100% (3/3), done.
remote: Total 3 (delta 0), reused 0 (delta 0)
From /path/to/unrelated
 * [new branch]      master     -> unrelated-branch

    Können Sie nun löschen /Pfad/zu/nicht verwandten

    InformationsquelleAutor der Antwort Jakub Narębski

  4. 12

    Github hat eine Funktion namens Projekt-Seitenwo Sie können erstellen eine bestimmte benannte Niederlassung in Ihrem Projekt Dateien, die serviert werden, die von Github. Ihre Anweisungen sind wie folgt:

    $ cd /path/to/fancypants
$ git symbolic-ref HEAD refs/heads/gh-pages
$ rm .git/index
$ git clean -fdx

    Dort haben Sie ein leeres repository, die können Sie fügen Sie dann Ihre neuen Inhalt.

    InformationsquelleAutor der Antwort Greg Hewgill

  5. 6

    Die aktuell ausgewählte Antwort richtig ist, ich möchte nur hinzufügen, dass zufällig...

    Dies ist eigentlich genau, wie github.com ermöglicht Benutzern das erstellen Github-Seiten für Ihre repos, durch eine verwaiste Zweig namens gh-pages.
    Die hübsche Schritte sind gegeben und hier erläutert:

    https://help.github.com/articles/creating-project-pages-manually

    Hoffe, das hilft!

    InformationsquelleAutor der Antwort unknownprotocol

  6. 2

    Manchmal will ich einfach nur zum erstellen von leeren Zweig im Projekt sofort starten Sie dann die Arbeit, ich will einfach excute folgenden Befehl ein : 

    git checkout --orphan unrelated.branch.name
git rm --cached -r .
echo "init unrelated branch" > README.md
git add README.md
git commit -m "init unrelated branch"

    InformationsquelleAutor der Antwort Andy Chen

  7. 0

    Finden Sie dieses Skript auf http://wingolog.org/archives/2008/10/14/merging-in-unrelated-git-branches und es funktioniert sehr gut !

    #!/bin/bash

set -e

if test -z "$2" -o -n "$3"; then
    echo "usage: $0 REPO BRANCHNAME" >&2
    exit 1
fi

repo=$1
branch=$2

git fetch "$repo" "$branch"

head=$(git rev-parse HEAD)
fetched=$(git rev-parse FETCH_HEAD)
headref=$(git rev-parse --symbolic-full-name HEAD)

git checkout $fetched .

tree=$(git write-tree)

newhead=$(echo "merged in branch '$branch' from $repo" | git commit-tree $tree -p $head -p $fetched)
git update-ref $headref $newhead $head
git reset --hard $headref

    InformationsquelleAutor der Antwort Benoît

  8. 0

    Wenn Sie Ihre bestehenden Inhalte wurde bereits verpflichtet, Sie jetzt (Git 2.18 Q2 2018) zu extrahieren, können Sie in Ihre eigene, neue orphan-Zweig, da die Umsetzung von "git rebase -i --root" wurde aktualisiert, um zu verwenden
    der sequencer Maschinen mehr.

    Der sequencer ist das man jetzt erlauben die Transplantation der gesamten Topologie der commit-graph anderswo.

    Sehen commit 8fa6eeacommit 9c85a1ccommit ebddf39commit 21d0764commit d87d48bcommit ba97aea (03 Mai 2018) von Johannes Schindelin (dscho).

    (Zusammengefasst von Junio C Hamano -- gitster -- in commit c5aa4bc30. Mai 2018)

    Sequenzer: ermöglicht die Einführung neuer root begeht

    Im Rahmen der neuen --rebase-merges - Modus, die entworfen wurde,
    speziell zu ermöglichen, für die änderung der bestehenden Zweig-Topologie
    liberal, kann ein Benutzer extrahiert werden sollen, verpflichtet in eine völlig neue
    Zweig, beginnt mit einem neu erstellten root-commit    .

    Dies ist jetzt möglich, indem Sie den Befehl reset [new root] vor
    picking den commit, der will sich einen root-commit. Beispiel:

    reset [new root]
pick 012345 a commit that is about to become a root commit
pick 234567 this commit will have the previous one as parent

    Diese nicht in Konflikt mit anderen Nutzungen des reset Befehl, da
    [new root] ist nicht (Teil -) einen gültigen ref-name: sowohl die öffnende Klammer
    ebenso wie der Raum, sind illegal in den ref-Namen.

    InformationsquelleAutor der Antwort VonC

Schreibe einen Kommentar