What is the translation of " REBASE " in English?

• rebase
• rebasing

Examples of using Rebase in Vietnamese and their translations into English

Thế nào là git rebase?
What is git rebase?

Giải quyết git rebase bị xóa bởi chúng tôi.
Resolving git rebase deleted by Us.

Bạn muốn sử dụng rebase.
You wish to use the restroom.

Lý do cho thủ tục rebase có thể bao gồm.
Reasons for the rebase procedure may include.

Thay vì fetch+ merge thì nó bao gồm fetch+ rebase.
Instead of fetch+ merge, it consists of fetch+ rebase.

Quy tắc vàng của git rebase không bao giờ sử dụng nó trên công cộngcác chi nhánh.
The golden rule of git rebase is to never use it on public branches.”.

Không có sự khác biệt về sản phẩm cuối cùng, nhưng rebase làm cho lịch sử sáng sủa hơn.
There is no difference in the end product of the integration, but rebasing makes for a cleaner history.

Một rebase cho một hàm răng giả có thể yêu cầu nếu bạn hàm răng giả là cũ hoặc là nứt.
A rebase for a denture maybe required if your denture is old or is cracked.

Bạn có thể muốn kéo và sau đó rebase để căn cứ các thay đổi của bạn từ phiên bản hiện tại từ repo.
You probably want to pull and then rebase to base your changes from the current version from the repo.

Vì vậy để hạn chế điểu này, bạn sẽ sử dụng một thứ gọi là squash bằng cách sử dụng lệnh git rebase với tham số- i.
So to prevent this, you will use something called squash using the git rebase command with the-i parameter.

Người A sẽ checkout về nhánh master và sử dụng lệnh git rebase để hợp nhất nhánh iss53 với nhánh master.
Person A will checkout the master branch and use the git rebase command to merge the iss53 branch with the master branch.

Với lệnh rebase, bạn có thể dùng tất cả những thay đổi đã được commit trên một nhánh và áp chúng tới nhánh khác.
With the rebase command, you can take all the changes that were committed on one branch and replay them on another one.

Điều này trái ngược với các cách khác như merge và rebase thường áp dụng nhiều cam kết vào một nhánh khác.
This is in contrast with other ways such as merge and rebase which normally applies many commits onto a another branch.

Trong phần này bạn sẽ được tìm hiểu rebase là gì, sử dụng nó như thế nào, tại sao nó được coi là một công cụ khá tuyệt vời, và trong trường hợp nào thì không nên sử dụng nó.
In this section you will learn what rebasing is, how to do it, why it's a pretty amazing tool, and in what cases you won't want to use it.

Điều này trái ngược với các cách khác như merger và rebase mà thường áp dụng nhiều commit vào một nhánh khác.
This is different than other methods such as the merge and rebase, which normally apply many commits onto another branch.

Một rebase là rất tương tự như relining, sự khác biệt là rằng, một rebase sẽ thay thế tất cả hàm răng giả một màu hồng- acrylic cơ sở vật chất thay vì chỉ cần niêm mạc.
A rebase is very similar to relining, the difference being that, a rebase replaces all the pink-acrylic denture base material instead of just the lining.

Một phương pháp tương tự nhưng kém hiệu quả hơn, đó là kỹ thuật rebase đối với các tiến trình và thư viện trong không gian địa chỉ ảo.
A similar but less effective method is to rebase processes and libraries in the virtual address space.

Nếu bạn không tuân theo" nguyên tắc vàng" khi rebase, việc viết lại lịch sử của project có thể là thảm họa khó lường đối với quy trình cộng tác làm việc nhóm của bạn.
If you don't follow the Golden Rule of Rebasing, re-writing project history can be potentially catastrophic for your collaboration workflow.

Vì vậy dùng git merge có vẻ là một phương án an toàn hơn nhưng câu trả lời chọn sử dụng git merge hay git git rebase vẫn là của bạn và tùy từng dự án.
So using git merge seems to be a safer option, but the answer to choose to use git merge or git rebase is still yours and depends on the project.

Khi bạn lưu và đóng file chỉnh sửa commit lại, git sẽ thực hiện rebase dựa trên những chỉnh sửa này, đưa đến kết quả là lịch sử project nhìn sẽ như sau.
When you save and close the file, Git will perform the rebase according to your instructions, resulting in project history that looks like the following.

Vậy thay cho chúng ta được kết quả như trong Bạn trộn lại công việc đã trộn vào commit trộn mới, chúng ta sẽ được kết quả như Rebase trên đỉnh của force- pushed rebase work.
So instead of the result we see in You merge in the same work again into a new merge commit, we would end up with something more like Rebase on top of force-pushed rebase work….

Trong trường hợp đó, bạn thực hiện công việc ở nhánh riêng của mình và sau đó rebase công việc vào origin/ master khi bạn thấy đã sẵn sàng trình các bản vá của mình lên dự án chính.
In this case, you would do your work in a branch and then rebase your work onto origin/master when you were ready to submit your patches to the main project.

Hãy nhớ rằng bạn chỉ nên dùng git rebase trong nhánh của riêng bạn và đừng dùng nó với bất cứ thứ dùng đã được đẩy lên remote nếu không muốn bị mọi người trong team ghét.
Remember that you should only use git rebase in your own branch and do not use it with anything that has been pushed to the remote if you don't want to be hated by everyone in the team.

Ở bên trái sidebar, bạn sẽ thấy tượng trưng Git. với icon bạn có thể: khởi chạy Git cũng như thực hiện một đôi lệnh Git như commit, pull, push, rebase, publish, và xem các thay đổi trong file.
On the left of the sidebar, you will find the Git icon where you can initialize Git as well as perform several Git commands such as commit, pull, push, rebase, publish, and look into the changes within the file.

Sau đó tiếp tục chuyển sang nhánh iss53 và sử dụng lệnh git rebase để hợp nhất nhánh master vào nhánh iss53 và làm tiếp công việc rồi tạo thêm một commit nữa trên nhánh iss53.
Then move on to the iss53 branch and use the git rebase command to merge the master branch into the iss53 branch and continue the work and make another commit on the iss53 branch.

Nếu bạn xem rebase như là một cách để làm sạch và làm việc với các commit trước khi bạn đẩy chúng ra ngoài, và nếu bạn chỉ rebase các commit mà chưa từng được công bố ra khỏi kho chứa nội bộ của bạn thì điều đó hoàn toàn ổn.
If you treat rebasing as a way to clean up and work with commits before you push them, and if you only rebase commits that have never been available publicly, then you will be fine.

Ví dụ, trong trường hợp trước, thay cho việc trộn như Ai đó đẩy rebased commits lên, bỏ đi các commit mà công việc của bạn bắt đầu từ nó, chúng ta dùng git rebase teamone/ master, Git sẽ.
For instance, in the previous scenario, if instead of doing a merge when we're at Someone pushes rebased commits, abandoning commits you have based your work on we run git rebase teamone/master, Git will.

Bạn có thể rebase nhánh server vào nhánh master mà không phải checkout trước bằng lệnh git rebase- lệnh này sẽ checkout nhánh chủ đề( trong trường hợp này là server) cho bạn và áp dụng lại các thay đổi vào nhánh cơ sở master.
You can rebase the server branch onto the master branch without having to check it out first by running git rebase- which checks out the topic branch(in this case, server) for you and replays it onto the base branch(master).

Nó thực hiện bằng cách đi tới commit cha chung của hai nhánh( nhánh bạn đang làm việc và nhánh đang muốn rebase), tìm sự khác biệt trong mỗi commit của nhánh mà bạn đang làm việc, lưu lại các thay đổi đó vào một tập tin tạm thời, khôi phục lại nhánh hiện tại về cùng một commit với nhánh bạn đang rebase, và cuối cùng áp dụng lần lượt các thay đổi.
It works by going to the common ancestor of the two branches(the one you're on and the one you're rebasing onto), getting the diff introduced by each commit of the branch you're on, saving those diffs to temporary files, resetting the current branch to the same commit as the branch you are rebasing onto, and finally applying each change in turn.

Nói chung cách để có được tốt nhất của cả hai thế giới là để rebase địa phương những thay đổi bạn đã thực hiện nhưng chưa chia sẻ trước khi bạn đẩy chúng vào để làm sạch câu chuyện của bạn, nhưng không bao giờ rebase bất cứ điều gì bạn đã đẩy một vài nơi.
In general the way to get the best of both worlds is to rebase local changes you have made but haven't shared yet before you push them in order to clean up your story, but never rebase anything you have pushed somewhere.”.