thắc mắc [Git] dùng gì để giải quyết conflict

Hatiboy · 4/8/21

Mình dùng nhiều tool rồi nhưng mà đúng là tool merge của JetBrains là số 1.
Hiện thì dùng của VsCode mặc định luôn. Case nào khoai quá mới mở JetBrains lên .
Ngoài ra thì thấy ông sếp đang dùng Tower trên MacOS có vẻ cũng ngon. Dùng để review + merge code luôn. Mà bản crack của nó version cũ quá nên t ko thích xài theo.

monster_hunter · 4/8/21

KimSoHyunGoddness đã nói:
Em hỏi chút mấy bác. Giả sử em checkout từ master ra 1 nhánh tên là A, sau 1 thời gian thì master có thêm những đoạn code mới. Thì mong muốn của em là đứng ở nhánh A mà mình vẫn merge được những gì mới nhất của master thì làm sao ạ ?
Có phải là đứng từ nhánh A rồi gõ : git pull origin master phải không ?

Case trên thì k dùng pull mà dùng git merge origin master

Sent from Vsmart Active 3 using vozFApp

KimSoHyunGoddness · 4/8/21

monster_hunter đã nói:
Case trên thì k dùng pull mà dùng git merge origin master

Sent from Vsmart Active 3 using vozFApp

cái orgin master lúc nào nó cũng là mới nhất hả bác

Đệm Kimdan · 4/8/21

KimSoHyunGoddness đã nói:
cái orgin master lúc nào nó cũng là mới nhất hả bác

Bác trên chỉ đúng rồi đó. git merge origin master luôn luôn lấy cái mới nhất từ nhánh master

haiauluotgio · 5/8/21

Em toàn dùng Sourcetree

rauma01 · 5/8/21

KimSoHyunGoddness đã nói:
Em hỏi chút mấy bác. Giả sử em checkout từ master ra 1 nhánh tên là A, sau 1 thời gian thì master có thêm những đoạn code mới. Thì mong muốn của em là đứng ở nhánh A mà mình vẫn merge được những gì mới nhất của master thì làm sao ạ ?
Có phải là đứng từ nhánh A rồi gõ : git pull origin master phải không ?

Rebase master để giữ history. git rebase origin/master

via theNEXTvoz for iPhone

deonhodangkylanthumaynua · 5/8/21

xoanmen đã nói:
Có thím nào resolve khi merge 2 repository khác history chưa :v

via theNEXTvoz for iPhone

chuyện bình thường nếu bên client cũng phát triển song song với mình, thường thấy ở các công ty outsource.

MrTux · 5/8/21

Meld hoặc IDEA

xoanmen · 5/8/21

deonhodangkylanthumaynua đã nói:
chuyện bình thường nếu bên client cũng phát triển song song với mình, thường thấy ở các công ty outsource.

Vấn đề là mang usb đi copy code ông ơi :v . Nan giải phết chứ đùa

via theNEXTvoz for iPhone

rauma01 · 5/8/21

Làm pair, không bao giờ conflict :go:

via theNEXTvoz for iPhone

deonhodangkylanthumaynua · 5/8/21

xoanmen đã nói:
Vấn đề là mang usb đi copy code ông ơi :v . Nan giải phết chứ đùa

via theNEXTvoz for iPhone

usb đi copy code. nhà hay công ty k đóng tiền mạng à? tôi chưa hiểu cần usb làm gì

zzchaolegionzz · 5/8/21

Hatiboy đã nói:
Mình dùng nhiều tool rồi nhưng mà đúng là tool merge của JetBrains là số 1.
Hiện thì dùng của VsCode mặc định luôn. Case nào khoai quá mới mở JetBrains lên .
Ngoài ra thì thấy ông sếp đang dùng Tower trên MacOS có vẻ cũng ngon. Dùng để review + merge code luôn. Mà bản crack của nó version cũ quá nên t ko thích xài theo.

Cty xài crack phèn vậy fen

Kinggodmonkey · 5/8/21

KimSoHyunGoddness đã nói:
Em hỏi chút mấy bác. Giả sử em checkout từ master ra 1 nhánh tên là A, sau 1 thời gian thì master có thêm những đoạn code mới. Thì mong muốn của em là đứng ở nhánh A mà mình vẫn merge được những gì mới nhất của master thì làm sao ạ ?
Có phải là đứng từ nhánh A rồi gõ : git pull origin master phải không ?

sang master pull code về , rồi về lại A dùng git rebase master. Lỡ đang thay đổi đang làm gì bên nhánh A rồi thì dùng git stash để lưu tạm , rồi mới chuyển qua nhánh master

MrTux · 6/8/21

rauma01 đã nói:
Làm pair, không bao giờ conflict

via theNEXTvoz for iPhone

Tức là project ít người quá, mỗi ông ôm mảng lớn chả liên quan gì đến nhau

conflict nó là chuyện bình thường, có gì phải sợ =)

Khang.Hy.Gia.222 · 6/8/21

cho hỏi ngu cái, mình xài svn + cvs rồi, cty k xài branch làm gì
cho hỏi tại sao k chỉ lấy code về rồi đẩy lên mà đẻ ra rebase, cherry pick, squash để làm gì nhỉ?

monster_hunter · 6/8/21

Khang.Hy.Gia.222 đã nói:
cho hỏi ngu cái, mình xài svn + cvs rồi, cty k xài branch làm gì
cho hỏi tại sao k chỉ lấy code về rồi đẩy lên mà đẻ ra rebase, cherry pick, squash để làm gì nhỉ?

rebase, squash có thể ko cần xài cũng dc
nhưng cherry-pick thì sẽ cần:
vd: có 3 nhánh dev,demo(cho QC test),master(production).
theo luồng của 1 feature là dev > demo - cho QC test, nếu ok thì merge nhánh demo > master
trong khi đang dev features mới thì production có bug, bác phải hot-fix cái bugs đó và merge vào demo cho QC verify

nếu QC ok thì cần cái commit hot-fix đó cherry-pick vào master. (ko dc merge demo vào master vì demo đang có features mới) :beat_shot:

Khang.Hy.Gia.222 · 6/8/21

monster_hunter đã nói:
rebase, squash có thể ko cần xài cũng dc
nhưng cherry-pick thì sẽ cần:
vd: có 3 nhánh dev,demo(cho QC test),master(production).
theo luồng của 1 feature là dev > demo - cho QC test, nếu ok thì merge nhánh demo > master
trong khi đang dev features mới thì production có bug, bác phải hot-fix cái bugs đó và merge vào demo cho QC verify
nếu QC ok thì cần cái commit hot-fix đó cherry-pick vào master. (ko dc merge demo vào master vì demo đang có features mới)

à, nếu như bên mình làm, sẽ là merge tay vào

Mr.Cigar ⠀ · 6/8/21

monster_hunter đã nói:
rebase, squash có thể ko cần xài cũng dc
nhưng cherry-pick thì sẽ cần:
vd: có 3 nhánh dev,demo(cho QC test),master(production).
theo luồng của 1 feature là dev > demo - cho QC test, nếu ok thì merge nhánh demo > master
trong khi đang dev features mới thì production có bug, bác phải hot-fix cái bugs đó và merge vào demo cho QC verify
nếu QC ok thì cần cái commit hot-fix đó cherry-pick vào master. (ko dc merge demo vào master vì demo đang có features mới)

Th này nên branch out từ master ra branch hotfix, merge hotfix -> qc, test ok merge hotfix -> master.
Cherry pick kiểu câu lệnh cứu cánh vã lắm mới phải xài thôi.

bribnt · 6/8/21

Khang.Hy.Gia.222 đã nói:
cho hỏi ngu cái, mình xài svn + cvs rồi, cty k xài branch làm gì
cho hỏi tại sao k chỉ lấy code về rồi đẩy lên mà đẻ ra rebase, cherry pick, squash để làm gì nhỉ?

rebase có nhiều công dụng:

Edit một commit cũ
Chuyển gốc của một nhánh sang vị trí khác,
Làm thẳng lịch sử commit. Rất hay gặp khi một branch nhiều người cùng làm, nếu không rebase thì sẽ có đầy rẫy các merge commit, rất khó nhìn.

squash là để gộp commit với nhau, dành cho khi có người không biết commit, cứ "update/fix xxx" liên tục.

Còn lý do phải làm những cái trên là để dễ theo dõi kiểm soát lịch sử hơn. Sau này cần cũng có thể dùng được các tool như revert hay bisect, vốn rất cần lịch sử sạch.

VD

revert: tool này hoạt động tốt nhất khi các commit là rõ ràng, chỉ thực hiện đúng theo ý nghĩa của nó. Một lịch sử toàn update/fix xxx, hay kiểu một thay đổi thực hiện trên nhiều commit, hoặc một commit thực hiện trên nhiều thay đổi không liên quan thì revert rất khó hoặc không có tác dụng.
bisect: y/c cũng giống như revert, và còn cần tất cả các thời điểm trong lịch sử code ít nhất phải build thành công và chạy được. Với kiểu commit gây syntax error rồi sau đó đè thêm commit mới để fix thì rất khó bisect.

tao_la_giang · 6/8/21

Khang.Hy.Gia.222 đã nói:
cho hỏi ngu cái, mình xài svn + cvs rồi, cty k xài branch làm gì
cho hỏi tại sao k chỉ lấy code về rồi đẩy lên mà đẻ ra rebase, cherry pick, squash để làm gì nhỉ?

Dùng branch có thể áp dụng cho nhiều tình huống cần duy trì các hướng phát triển độc lập. Dễ hình dung ra nhất là việc duy trì một nhánh để maintain bản cũ và một nhánh để phát triển bản mới.

Cherry pick, merge, rebase chỉ là các phương án đồng bộ giữa hai nhánh cho các trường hợp cụ thể thôi.

SVN cũng có cherry pick. Bạn mở hộp thoại merge ra sẽ thấy hai lựa chọn là merge a range of revisions và merge two different trees, cái đầu tiên chính là cherry pick. Dĩ nhiên mô hình nhánh của SVN khác git nên hơi khó giải thích.

thắc mắc [Git] dùng gì để giải quyết conflict

Senior Member

Senior Member

Member

Member

Senior Member

Member

Member

Đã tốn tiền

Senior Member

Member

Member

Member

Member

Đã tốn tiền

Member

Senior Member

Member

Senior Member

Đã tốn tiền

Senior Member

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này