С new_list = my_list
у вас фактически нет двух списков. Назначение просто копирует ссылку на список, а не фактический список, поэтому оба new_list
и my_list
относятся к тому же списку после назначения.
Чтобы на самом деле скопировать список, у вас есть различные возможности :
list.copy()
(доступный с python 3.3): new_list = old_list.copy()
new_list = old_list[:]
мнение Алексея Мартелли (по крайней мере, в 2007 году ) об этом означает, что это странный синтаксис, и нет смысла использовать его когда-либо . ;) (По его мнению, следующий более читабель). list()
: new_list = list(old_list)
copy.copy()
: import copy
new_list = copy.copy(old_list)
Это немного медленнее, чем list()
, потому что сначала он должен узнать тип данных old_list
. copy.deepcopy()
: import copy
new_list = copy.deepcopy(old_list)
Очевидно, самый медленный и самый необходимый для памяти способ, но иногда неизбежный. Пример:
import copy
class Foo(object):
def __init__(self, val):
self.val = val
def __repr__(self):
return str(self.val)
foo = Foo(1)
a = ['foo', foo]
b = a.copy()
c = a[:]
d = list(a)
e = copy.copy(a)
f = copy.deepcopy(a)
# edit orignal list and instance
a.append('baz')
foo.val = 5
print('original: %r\n list.copy(): %r\n slice: %r\n list(): %r\n copy: %r\n deepcopy: %r'
% (a, b, c, d, e, f))
Результат:
original: ['foo', 5, 'baz']
list.copy(): ['foo', 5]
slice: ['foo', 5]
list(): ['foo', 5]
copy: ['foo', 5]
deepcopy: ['foo', 1]
Существует возможность отменить регистрацию, которая проходит как отдельная регистрация.
Но я бы посоветовал действовать осторожно и читать.
https://www.atlassian.com/git/tutorials/undoing-changes/git-revert
Также я надеюсь, что вы понимаете разницу в «ребазе А на В» и "объединить A с B"
Я бы посоветовал, если вы делаете rebase, пожалуйста, обновите источник master на локальном компьютере (это мой трюк - держать все под контролем, я не знаю, стандартно ли это )
(Прежде всего, на всякий случай, прервите любую перебазировку, все еще продолжающуюся с git rebase --abort
)
Вы единственный, кто работает в этой ветви функций? (Полагаю, что так и будет, если предположить следующее)
PR уже принят / объединен с мастером?
Если нет , то это очень очень неутешительная ситуация. (Это может быть то, на что Люкс намекал в комментариях)
Сначала найдите хеш коммита, который вам нужно восстановить (z
в вашем примере). Для этого вы можете проверить reflog вашей ветки (или, может быть, просто выбрать его из последних выводимых команд, если они доступны).
Затем восстановите вашу локальную ветвь B до старой ссылки (до перебазирования) и снова отправьте ее на удаленный (с --force
, так как git будет жаловаться, что это не линейная история).
git branch -f B <commit_hash_of_z>
git push -f origin B
Теперь вы можете повторить ребаз и попытаться выяснить, куда он попал в последний раз.