Вопрос: Git. Элемент функции Checkout между транзакциями merge


Это странно, но я не могу выполнить довольно общую операцию с git. В основном, я хочу, чтобы проверить ветвь функции, а не использовать ее голову, но используя SHA id. Этот SHA указывает между слияниями с главной ветвью.

Проблема в том, что все, что я получаю, это просто мастер-ветвь без коммитов из ветки функций. В настоящее время я пытаюсь исправить регрессию, введенную ранее в мастер-ветке.

Чтобы быть более описательным, я создал небольшой скрипт bash для воссоздания репозитория проблем:

#!/bin/bash

rm -rf ./.git
git init

echo "test1" > test1.txt
git add test1.txt
git commit -m "test1" -a

git checkout -b patches master

echo "test2" > test2.txt
git add test2.txt
git commit -m "test2" -a

git checkout master

echo "test3" > test3.txt
git add test3.txt
git commit -m "test3" -a

echo "test4" > test4.txt
git add test4.txt
git commit -m "test4" -a

echo "test5" > test5.txt
git add test5.txt
git commit -m "test5" -a

git checkout patches
git merge master    

#Now how to get a branch having all commits from patches + test3.txt + test4.txt - test5.txt ???

В основном все, что я хочу, это просто «патчи» ветвей проверки с файлами 1-4, но не включая test5.txt.

Выполнение: git checkout [sha_where_test4.txt_entered]

... просто дает ветку с test1, test3, test4, но исключая test2.txt

Более сложный пример:

#!/bin/bash

rm -rf ./.git
git init

echo "test1" > test1.txt
git add test1.txt
git commit -m "test1" -a

git checkout -b patches master

echo "test2" > test2.txt
git add test2.txt
git commit -m "test2" -a

git checkout master

echo "test3" > test3.txt
git add test3.txt
git commit -m "test3" -a

echo "test4" > test4.txt
git add test4.txt
git commit -m "test4" -a

echo "test5" > test5.txt
git add test5.txt
git commit -m "test5" -a

git checkout patches
git merge master

echo "test6" > test6.txt
git add test6.txt
git commit -m "test6" -a

#Now how to get a branch having all commits from patches + test3.txt + test4.txt - test5.txt ???
git log --topo-order | cat

# Now I need something to help me going back to history 
# without manually calculating that patches~2 sha's
git checkout -b patches.tmp master~1
git merge patches~2

Благодарю.


4


источник


Ответы:


Что касается вашего первого примера, вам нужно переиграть test3 и 4 поверх test2: это классический в случае если rebase --onto:

Начать с:

alt text http://img169.imageshack.us/img169/2255/gitr1.png

Отметьте текущую установку патчей и переместите ветку патчей, где вы хотите закончить (test4):

C:\Prog\Git\tests\rep\main>git checkout patches
Switched to branch 'patches'

C:\Prog\Git\tests\rep\main>git checkout -b tmp
Switched to a new branch 'tmp'

C:\Prog\Git\tests\rep\main>git checkout patches
Switched to branch 'patches'

C:\Prog\Git\tests\rep\main>git reset --hard master~1
HEAD is now at 8448d0f test4

Это дает вам:

alt text http://img169.imageshack.us/img169/4826/gitr2.png

И просто переустановите на то, что вы хотите, правильная последовательность коммитов:

C:\Prog\Git\tests\rep\main>git checkout tmp
Switched to branch 'tmp'

C:\Prog\Git\tests\rep\main>git rebase --onto tmp tmp~1 patches
First, rewinding head to replay your work on top of it...
Applying: test3
Applying: test4

Который дает:

alt text http://img52.imageshack.us/img52/372/gitr3.png

Это работает только для перемещения линейного набора коммитов.


1



Такого смысла нет. Здесь у вас есть два параллельных пути развития: один содержит файлы test1 и test2, другие - файлы test1, test3, test4 и test5. Однако вы можете создать такую ​​точку с слиянием.

Проверьте SHA1 для фиксации, которая добавляет test4, и объединится с фиксацией, которая добавляет test2. Например, после запуска скрипта мой репозиторий выглядит следующим образом:

*   b054987 (HEAD, patches) Merge branch 'master' into patches
|\  
* | 5ae790f test2
| * f2a3dac (master) test5
| * 70e8cd2 test4
| * c4102ed test3
|/  
* d448eaa test1

В этом случае выполните:

% git checkout 70e8c
% git merge 5ae79

Результатом является HEAD, который содержит файлы 1-4:

*   bcc8f7a (HEAD) Merge commit '5ae79' into HEAD
|\  
| | *   b054987 (patches) Merge branch 'master' into patches
| | |\  
| |/ /  
| * | 5ae790f test2
| | * f2a3dac (master) test5
| |/  
|/|   
* | 70e8cd2 test4
* | c4102ed test3
|/  
* d448eaa test1

% ls
test1.txt   test2.txt   test3.txt   test4.txt

Теперь вы можете создать ветку с этой точки зрения.


1



git merge операция не возвращается и не изменяет историю, а создает новую фиксацию, указывающую на две истории, из которой она возникла. Итак, на фотографиях у вас есть что-то вроде этого:

  2 ----------- \
 / \
1 --- 3 --- 4 --- 5 --- M (HEAD)
 

Когда вы перематываете историю, чтобы вернуться к ревизии 4, вы получаете файлы 1, 3 и 4, но не  2.


0