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

monster_hunter · 6/8/21

Mr.Cigar ⠀ đã nó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.

nếu như TH trên thì khả năng bị conflict nặng ở chỗ merge hotfix -> qc, vì branch qc đang giữ code mới, còn hotfix đang giữ code cũ.

Mr.Cigar ⠀ · 6/8/21

monster_hunter đã nói:
nếu như TH trên thì khả năng bị conflict nặng ở chỗ merge hotfix -> qc, vì branch qc đang giữ code mới, còn hotfix đang giữ code cũ.

QC là branch test sẽ có toàn bộ ~~code~~ commits của master, conflict làm sao được fen?

xoanmen · 6/8/21

deonhodangkylanthumaynua đã nói:
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ì

Uhm. Họ ko clone mà lại copy code. Hơi dị. Mà cái history đấy tôi ko hỏi sâu. Chỉ biết là tôi đc giao nhiệm vụ merge

via theNEXTvoz for iPhone

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

tao_la_giang đã nói:
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.

cty mình k thường xài branch lắm. thanks

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

bribnt đã nói:
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.

mình thấy commit nhìu lần thì có sao đâu? track dc cả working time

monster_hunter · 6/8/21

Mr.Cigar ⠀ đã nói:
QC là branch test sẽ có toàn bộ ~~code~~ commits của master, conflict làm sao được fen?

sẽ có TH là QC đang có những commit mới của các features mới(vd: các commit cần thêm các đoạn code cho các files A,B,C để dev features mới)
mà nhánh master-hotfix cũng có các file A,B,C thì khi merge hotfix -> qc, sẽ bị conflict ở A,B,C

Mr.Cigar ⠀ · 6/8/21

monster_hunter đã nói:
sẽ có TH là QC đang có những commit mới của các features mới(vd: các commit cần thêm các đoạn code cho các files A,B,C để dev features mới)
mà nhánh master-hotfix cũng có các file A,B,C thì khi merge hotfix -> qc, sẽ bị conflict ở A,B,C

Tại sao production có bug mà lại quan tâm đến commit mới của QC làm gì vậy fen? Master là branch chuẩn nhất, tất cả các branch khác từ prod đến qc, dev đều branch out từ đây ra. Nếu 1 branch mới tinh từ master mà lại gây ra conflict khi merge với các branch khác thì quy trình quản lý source bên fen có vấn đề, 1 là ai đó sửa master tùy tiện (Cherry-pick, reset revision, force push), 2 là dev không chịu rebase hàng ngày.
Chứ prod issue không ai lại branch out từ qc hay uat cả, nó đi ngược với best practice hoàn toàn.

Hatiboy · 6/8/21

zzchaolegionzz đã nói:
Cty xài crack phèn vậy fen

Cái này tool cá nhân thôi thím. Công ty thì xài gitlab enterprise đang hoàng nhé

NecNec · 6/8/21

GitDesktop open in VS Code, copy paste merge commit done 8-)

Mà không ai xài GitDesktop à ? Hàng chính chủ của Git Hub xài sướng bỏ mama, từ lúc biết tới nó là quên luôn command của Gitbash

tiengdonhoarira · 7/8/21

NecNec đã nói:
GitDesktop open in VS Code, copy paste merge commit done

Mà không ai xài GitDesktop à ? Hàng chính chủ của Git Hub xài sướng bỏ mama, từ lúc biết tới nó là quên luôn command của Gitbash

vậy là do mình không biết sài à. có lắp mà không thấy rõ ràng nênkodung2

wind rise · 7/8/21

Mình toàn xài GitKraken cho cả Mac và Linux. giao diện trực quan dễ dùng

deonhodangkylanthumaynua · 8/8/21

Khổ dâm quen nên chỉ thích dùng command line, và vs code. Accept incoming change or current change :d
-------
Sẽ dùng thử git tool của jetbrain và gitkraken

nguyenduynhdinhtan98 · 8/8/21

Đang dung thì sourcetree, còn xử lý confict thì dùng notepadd

sacqn113 · 8/8/21

dùng cơm để tìm chổ conflict
dùng mồm để chửi thằng member làm conflict và bắt nó update

skyfall · 8/8/21

Dùng vs studio nó có giao diện merge ngon vãi

sweet july · 8/8/21

Cam nhỏ đã nói:
built-in của VSCode, thỉnh thoảng nhìn hơi ngu học tý, mà toàn rebase nên cũng đỡ conflict

Rebase 1 branches mà nhiêù user thì ác mộng ko a

tieudoan208 · 8/8/21

Mình dùng vs studio nó resolve rất ngon.

)

QTQTQT · 8/8/21

Team member trước khi tạo merge họ đã phải rebase vs nhánh Dev rồi. Nếu team members thực hiện tạo branch từ Dev và tự rebase thì khá đơn giản. Chịu khó rebase khi ít commit thì càng đơn giản.

sweet july đã nói:
Rebase 1 branches mà nhiêù user thì ác mộng ko a

QuocAnh01 · 9/8/21

ở công ty các bác dùng git theo flow nào?

tiengdonhoarira · 9/8/21

một nơi feature cho development, master cho production,

một nơi master cho development, realese cho production

làm 1 mình thì master. github giờ còn có branch main là default nữa :beat_brick:

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

Senior Member

Senior Member

Senior Member

Member

Member

Senior Member

Senior Member

Senior Member

Member

Senior Member

Senior Member

Member

Member

Member

Đã tốn tiền

Member

Senior Member

Member

Junior Member

Senior Member

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này