Mam następującą topologię repozytorium Git: A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) Spodziewałem się, featureże przez zmianę bazy gałęzi całe poddrzewo (w tym gałęzie podrzędne): $ git rebase feature master A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) Taki jest jednak …
Rozwidliłem repozytorium github i pracowałem nad repozytorium github. Wykonałem żądania ściągnięcia i zostało to zakończone. Po tym upstream miał więcej zatwierdzeń, więc teraz chcę zmienić bazę, myślę, że to jest to, co muszę zrobić. Ale otrzymuję te konflikty scalania: First, rewinding head to replay your work on top of it... …
Wszyscy słyszeliśmy, że nigdy nie powinno się zmieniać bazy opublikowanych prac, że jest to niebezpieczne itp. Jednak nie widziałem żadnych opublikowanych przepisów na to, jak radzić sobie w sytuacji, gdy zostanie opublikowana rebase . Teraz zwróć uwagę, że jest to naprawdę wykonalne tylko wtedy, gdy repozytorium jest sklonowane tylko przez …
Mam następującą sytuację: Stworzyłem clone(Y) z głównego repozytorium (X), ponieważ na Y pracowało wiele osób, a my nie robiliśmy rebasetylko merges. Kiedy chcemy dostarczyć ( push) Y do X, chcielibyśmy zrobić rebase, aby wszystko było ładne i czyste Problem polega na tym, że kiedy to robimy, rebasejesteśmy proszeni o wykonanie …
Używamy plików cookie i innych technologii śledzenia w celu poprawy komfortu przeglądania naszej witryny, aby wyświetlać spersonalizowane treści i ukierunkowane reklamy, analizować ruch w naszej witrynie, i zrozumieć, skąd pochodzą nasi goście.
Kontynuując, wyrażasz zgodę na korzystanie z plików cookie i innych technologii śledzenia oraz potwierdzasz, że masz co najmniej 16 lat lub zgodę rodzica lub opiekuna.