Gộp bằng cách nào thế. Chắc cũng dùng git squash chứ? Hay lại reset rồi commit all in oneMesh tức là gộp nhiều commits nhỏ vô làm 1 cái to để đỡ phải resolve liên tục khi rebase đó fen, cách ae nói với nhau hàng ngày thôi chứ ko phải là câu lệnh của git
Squash.Gộp bằng cách nào thế. Chắc cũng dùng git squash chứ? Hay lại reset rồi commit all in one
Cái đó gọi là squash mà?Mesh tức là gộp nhiều commits nhỏ vô làm 1 cái to để đỡ phải resolve liên tục khi rebase đó fen, cách ae nói với nhau hàng ngày thôi chứ ko phải là câu lệnh của git
Github desktop là đủ
Squash chỉ là 1 câu lệnh chứ đâu phải cách duy nhất đâu fen, git reset cũng đc nếu commit msg vô nghĩa. Mình gọi chung là mesh
Đặc sản chỗ ông thôi, ở đây chúng tôi éo làm thế
Tôi cũng hi vọng thếĐặc sản chỗ ông thôi, ở đây chúng tôi éo làm thế
Cái từ mesh nó chẳng có ý nghĩa gì trong hoàn canhr này. Git reset cũng chẳng liên quan đến vấn đề “gộp commit” luôn. Fen cứ tung buzzword vào để tỏ ra thượng đẳng thế nhở.Squash chỉ là 1 câu lệnh chứ đâu phải cách duy nhất đâu fen, git reset cũng đc nếu commit msg vô nghĩa. Mình gọi chung là mesh
Tôi nói hàng ngày như nào thì tôi gõ ra như vậy thôi fen, buzzword phải là mấy từ nói phát ai cũng biết chứ
À cái này lỗi mình, chưa hề dùng git reset theo hướng ấy. Thanks fen :*Tôi nói hàng ngày như nào thì tôi gõ ra như vậy thôi fen, buzzword phải là mấy từ nói phát ai cũng biết chứ
Combo git reset --soft HEAD~x + push force gộp trash commits bt nhé sao lại không liên quan?
Ca này đúng khó luôn nếu bắt buộc phải giữ history của cả 2 respo. Đầu tiên phải pull --allow-unrelated-histories trước thì phải, sau đó mọi rắc rối cũng từ đây, nhất là mấy file được rename hoặc đổi path thì ôi thôi khóc cmnl.
Cho em hỏi nếu như thế có phải là git squash đúng không anh?Mesh tức là gộp nhiều commits nhỏ vô làm 1 cái to để đỡ phải resolve liên tục khi rebase đó fen, cách ae nói với nhau hàng ngày thôi chứ ko phải là câu lệnh của git
Tất cả các trường hợp merge hoặc cherry-pick 2 repo ko chung history đều sẽ bị reject hết. Nên phương án là 1 bên sẽ bị mất history, cái này buộc phải chấp nhận.
Merge thôi, tuy nhiên history sẽ hơi rối nếu nhiều branch, cơ mà vẫn chấp nhận được,còn rebase không biết xài thì khá nguy hiểm, nhất là mấy ông chưa có kinh nghiệm gitbình thường project các bác xài merge hay rebase nhỉ?
bên em thì chỉ xài merge thôi để lun track được history của các commit. ngay cả khi conflict thì cũng clone ra 1 nhánh và merge no-ff vào nhánh chính
mà có 1 cái rất là dễ gây conflict đó là hay chơi cái trò cherry-pick.
cherry-pick vào master để hotfix các features nên khi merge code của features mới thì rất dễ gây conflict
chuẩn lun. rebase k cẩn thận rồi push force dễ mất codeMerge thôi, tuy nhiên history sẽ hơi rối nếu nhiều branch, cơ mà vẫn chấp nhận được,còn rebase không biết xài thì khá nguy hiểm, nhất là mấy ông chưa có kinh nghiệm git
