Co faktycznie zmienia przeniesienie
Przeniesienie repozytorium GitHub przenosi repozytorium na inne konto właściciela. To nie jest ta sama operacja co zmiana nazwy użytkownika profilu. Zmiana nazwy użytkownika zmienia publiczną tożsamość konta i adresy URL zbudowane na jej podstawie; przeniesienie repozytorium zmienia to, kto jest właścicielem tego jednego projektu. Jeśli celem jest czystsza nazwa profilu, a nie przekazanie projektu komuś innemu, opisane poniżej kroki przeniesienia są niewłaściwym narzędziem.
To rozróżnienie ma znaczenie przy planowaniu. Gdy oryginalne konto właściciela zostanie zlikwidowane, nikt nie będzie mógł się zalogować, aby zaakceptować zaproszenia, zatwierdzić dalsze kroki ani poprawić pominiętego linku. Wszystko, co zależy od starego konta, trzeba załatwić przed tym momentem, a nie po nim.
Wymagania do potwierdzenia przed rozpoczęciem
Dwa warunki decydują o tym, czy przeniesienie może w ogóle dojść do skutku:
Przeniesienie repozytorium wymaga uprawnień administratora i zgodnego konta odbierającego bez konfliktu nazwy repozytorium lub sieci fork. Źródło
W praktyce oznacza to sprawdzenie trzech rzeczy po stronie właściciela i jednej po stronie odbiorcy, zanim cokolwiek zostanie zlecone:
| Sprawdzenie | Kto potwierdza | Dlaczego blokuje przeniesienie |
|---|---|---|
| Konto właściciela ma uprawnienia administratora do repozytorium | Właściciel | Bez uprawnień administratora nie można zainicjować przeniesienia |
| Konto odbierające jest zgodne | Odbiorca | Niezgodne konto odbierające wstrzymuje przeniesienie |
| Na koncie odbiorcy nie istnieje już repozytorium o tej samej nazwie | Odbiorca | Konflikt nazwy blokuje przeniesienie |
| Brak konfliktu sieci fork | Odbiorca | Konflikt sieci fork blokuje przeniesienie |
Jeśli którykolwiek wiersz nie przechodzi, rozwiąż to przed wysłaniem żądania. Zmiana nazwy repozytorium po stronie odbiorcy lub wybór innego konta docelowego to decyzje odbiorcy, więc uzgodnij je z wyprzedzeniem, zamiast odkrywać konflikt w trakcie przenoszenia.
Krok akceptacji ma krótkie okno
W przypadku przeniesień między kontami osobistymi odbiorca nie jest stroną bierną. Musi podjąć działanie:
W przypadku przeniesienia na inne konto osobiste odbiorca akceptuje zaproszenie e-mail, które wygasa po jednym dniu. Źródło
Jednodniowe wygaśnięcie to główne ryzyko operacyjne w tym procesie. Jeśli odbiorca jest w innej strefie czasowej, na urlopie lub po prostu nie sprawdza poczty, zaproszenie może wygasnąć i przeniesienie trzeba będzie rozpocząć od nowa. Uzgodnij godzinę wysyłki, gdy odbiorca jest dostępny, i uprzedź go, że wiadomość nadejdzie, zamiast pozwolić jej leżeć nieprzeczytanej.
Prosta lista kontrolna akceptacji właściciela i odbiorcy:
- Właściciel: potwierdź uprawnienia administratora, dokładne repozytorium do przeniesienia oraz to, że konto odbiorcy nie ma konfliktu nazwy ani sieci fork.
- Odbiorca: potwierdź konto docelowe i sprawdź te same konflikty po swojej stronie.
- Obie strony: uzgodnij okno wysyłki, w którym odbiorca może odpowiedzieć w ciągu jednego dnia.
- Właściciel: wyślij żądanie przeniesienia.
- Odbiorca: niezwłocznie zaakceptuj zaproszenie e-mail i potwierdź.
- Właściciel: potwierdź, że repozytorium pojawia się teraz na koncie odbiorcy, zanim zrobisz cokolwiek ze starym kontem.
Nie likwiduj konta właściciela, dopóki krok 6 nie zostanie potwierdzony. Stare konto to jedyne miejsce, z którego można ponownie wysłać nieudane lub wygasłe przeniesienie.
Co dzieje się później z publicznymi linkami
Zachowanie linków to obszar, w którym przeniesienia zaskakują ludzi, ponieważ dwa rodzaje linków zachowują się różnie:
Linki do repozytorium przekierowują po przeniesieniu, ale powiązane strony GitHub Pages nie są przekierowywane; ponowne wykorzystanie starej lokalizacji repozytorium usuwa przekierowanie repozytorium. Źródło
Daje to wyraźny podział na potrzeby audytu linków po przeniesieniu:
| Typ linku | Po przeniesieniu | Wymagane działanie |
|---|---|---|
| Linki do repozytorium wskazujące starą lokalizację | Przekierowują do nowego właściciela | Zwykle nic; zweryfikuj próbkę |
| Strona GitHub Pages zbudowana z repozytorium | Nie jest przekierowywana | Zaktualizuj każdy opublikowany link do strony Pages |
| Stara lokalizacja repozytorium wykorzystana przez kogoś innego | Przekierowanie zostaje usunięte | Unikaj zwalniania starej lokalizacji; utrzymuj aktualne linki |
Trzeci wiersz jest najłatwiejszy do przeoczenia. Jeśli stara ścieżka repozytorium zostanie później ponownie wykorzystana, przekierowanie, które po cichu obejmowało twoje stare linki, znika. Traktuj przekierowanie jako udogodnienie podczas migracji, a nie stałą gwarancję, i aktualizuj linki, które kontrolujesz, zamiast na nim polegać.
Lista kontrolna publicznych linków po przeniesieniu
Wykonaj ją po potwierdzeniu własności przez odbiorcę, a przed likwidacją konta właściciela:
- Otwórz próbkę linków do repozytorium z dokumentacji, plików README i wszelkich stron odwołujących się do projektu i potwierdź, że prowadzą do nowego właściciela.
- Zidentyfikuj każdą stronę GitHub Pages powiązaną z repozytorium, ponieważ nie są one przekierowywane, i zaktualizuj opublikowane linki do nich.
- Zdecyduj, co stanie się ze starą lokalizacją repozytorium, aby nie została ponownie wykorzystana w sposób, który usuwa przekierowanie.
- Sprawdź linki z miejsc, których nie kontrolujesz, takich jak zewnętrzne artykuły lub udostępnione zakładki, i zanotuj, które możesz, a których nie możesz zaktualizować.
- Utrzymuj konto właściciela aktywne, dopóki wszystko powyższe nie zostanie zrobione.
Migracja własności a zmiana nazwy użytkownika
Przeniesienie repozytorium i zmiana nazwy użytkownika profilu to osobne zadania o osobnych ryzykach. Przeniesienie dotyczy tego, kto jest właścicielem projektu; zmiana nazwy użytkownika dotyczy publicznej tożsamości samego konta. Jeśli naprawdę chcesz uporządkować wygląd swojego profilu, a nie przekazać repozytorium, zacznij od przewodnika po nazwie użytkownika: zmiana nazwy użytkownika GitHub bez pozostawiania zepsutych linków do profilu.
Jeśli robisz jedno i drugie, zaplanuj kolejność celowo: najpierw ureguluj własność repozytorium, potwierdź, że nowy właściciel może działać niezależnie, a dopiero potem zmień lub zlikwiduj stare konto. Zrobienie tego w odwrotnej kolejności pozostawia przeniesienie zależne od konta, z którego już zrezygnowałeś.
Gdzie pasuje wyszukiwanie nazwy użytkownika, a gdzie nie
Przed likwidacją konta ludzie często chcą wiedzieć, jakie publiczne ślady starej nazwy użytkownika pozostają gdzie indziej. Wyszukiwanie nazwy użytkownika może ujawnić publiczne dopasowania profili na innych platformach, co jest przydatne jako lista potencjalnych linków do zaktualizowania. To nie jest inwentarz kont, a dopasowanie nie jest dowodem, że oba konta należą do tej samej osoby. Traktuj wyniki jako miejsca do ręcznego sprawdzenia, a nie potwierdzenie, że link działa lub że konto należy do ciebie.
TraceSeek obejmuje 3 000+ platform i zwraca darmowe pierwsze skanowanie w 20-30 sekund. Może to pomóc w zbudowaniu listy kontrolnej publicznych profili do przeglądu, ale nie weryfikuje własności i nie zastępuje opisanych powyżej kontroli przeniesienia i linków. Samo przeniesienie repozytorium odbywa się na GitHubie, a nie w narzędziu do wyszukiwania.
Realistyczna kolejność działań
- Zdecyduj, czy potrzebujesz przeniesienia repozytorium, zmiany nazwy użytkownika, czy obu.
- Potwierdź uprawnienia administratora, zgodność odbiorcy oraz brak konfliktu nazwy lub sieci fork.
- Wyślij przeniesienie, gdy odbiorca może zaakceptować w ciągu jednego dnia.
- Potwierdź, że repozytorium znajduje się pod nowym właścicielem.
- Przeprowadź audyt linków do repozytorium i osobno linków do GitHub Pages.
- Zabezpiecz starą lokalizację repozytorium przed ponownym wykorzystaniem.
- Dopiero wtedy zlikwiduj konto właściciela.