2015-04-14 2 views
7

Ich möchte Änderungen von meinem Repo zu Team eins ziehen. Da mein Repo zuerst erstellt wurde, wurde Team eins über den Import erstellt. Leider erlaubt mir BitBucket nicht, PR dafür zu erstellen (Drop-down für das Ziel-Repository ist nur mein eigenes Repo).Warum kann ich kein anderes Repository für die Pull-Anforderung in BitBucket angeben?

Warum kann ich kein anderes Repository angeben? Muss Ich fork es, für PRs zu arbeiten? Nach allem, git root und commit history ist die gleiche und gültige PR erfordert Quelle Repo/Zweig und Ziel Repo/Zweig?

Atlassian docs auf PR Zustand:

Sie benötigen 4 Stück von Informationen, um eine Pull-Anforderung in Datei: die Quell-Repository, die Quelle Zweig, der Zielrepository, und der Zielzweig.

Also keine Erwähnung von Remote-Informationen notwendig, keine Erwähnung von geeigneten Repositories für Pull-Request-Ziel.

Außerdem:

Pull-Anfragen können auch mit anderen Entwicklern außerhalb des offiziellen Projekts zur Zusammenarbeit verwendet werden. Wenn ein Entwickler zum Beispiel mit einem Teamkameraden an einem Feature arbeitet, könnte er eine Pull-Anforderung mit dem Bitbucket-Repository des Teamkollegen für das Ziel anstatt des offiziellen Projekts einreichen. Sie würden dann den gleichen Funktionszweig für die Quell- und Zielzweige verwenden.

Das würde bedeuten, dass ich in der Lage sein sollte, meine Änderungen zum Teammate-Repository zu ziehen. Gibt es geheime Informationen, die weitergegeben werden, wenn Sie ein Repository forkieren, das nicht weitergegeben wird, wenn Sie es kopieren/einfügen oder von Grund auf neu klonen? Ich meine, es kommen nur Fernbedienungen in den Sinn, aber das Setzen von Fernbedienungen bei einer PR ist nicht so schwer.

Atlassian docs Ich konsultierte:

+0

'fork'ing ist keine Git-Funktionalität, sondern etwas, was die Dienste wie bitbucket, github usw. bieten. Gleiches gilt für Pull-Requests. Also meine Vermutung wäre, dass es vollständig bis zum Implementierer (Team Bitbucket in diesem Fall) ist, dies zu erlauben oder zu verbieten. –

+0

Sind völlig einverstanden, aber würden immer noch gerne wissen, warum sie es so gemacht haben. –

+0

Fragte das gleiche auf Atlassian Foren: https://answers.atlassian.com/questions/32509631/why-cant-i-specify-another-repository-for-pull-request-in-bitbucket –

Antwort

2

Ja, Sie von ihm aus dem zentralen Zielrepository blechen müssen.

Das Klonen des Ursprungs, das Umbenennen des Klons in "upstream" und das anschließende Drücken auf den eigenen Ursprungs-Repo, von dem aus Sie eine Pull-Anforderung an den Upstream senden möchten, funktioniert nicht.

+1

Hallo Melvinv. Ich stimme zu, es wird nicht funktionieren. Ich war jedoch hinter dem WHY und nicht "funktioniert oder nicht". PR benötigt 4 Dinge: Quell-/Zielzweig, Quell-/Ziel-Repository. Wenn der Commit-Verlauf der gleiche ist (wie in meinem Fall), warum ist er nicht erlaubt?Es ist sinnvoll, das Überschreiben der Historie zu verbieten (PR mit verschiedenen Roots oder Commits), aber in diesem Fall? Ich habe das auch in Atlassian Foren gefragt. –

Verwandte Themen