l10n: vi: Update Vietnamese translation:
[gitmagic.git] / vi / basic.txt
blobdc3ae29fcf6e83e40946f971490ddbde5939072d
1 == Các Thủ Thuật Cơ Bản ==
3 Thay vì lao vào cả một biển lệnh với Git, bạn hãy sử dụng các ví dụ cơ bản để bắt đầu.
4 Mặc dù chúng rất đơn giản, nhưng tất cả chúng đều rất hữu dụng.
5 Quả thực là vậy, trong tháng đầu tiên sử dụng Git tôi chưa bao giờ vượt qua những gì nói trong chương này.
7 === Ghi lại Trạng thái ===
9 Bạn muốn thử thực hiện một số lệnh gì đó với Git? Trước khi làm điều đó, thực hiện các lệnh sau 
10 trong thư mục hiện hành chứa các mã nguồn hay văn bản mà bạn muốn quản lý:
12  $ git init
13  $ git add .
14  $ git commit -m "Bản sao lưu đầu tiên"
16 Bây giờ nếu như các sửa đổi của bạn vừa làm không được như mong đợi, hãy phục hồi lại bản cũ:
18  $ git reset --hard # Đặt lại trạng thái và dữ liệu như lần commit cuối
20 Sau đó sửa nội dung cho đúng ý mình rồi ghi lại thành một trạng thái mới:
22  $ git commit -a -m "Bản sao lưu khác"
24 === Thêm, Xóa, Đổi Tên ===
26 Lệnh ở trên chỉ giữ dấu vết các tệp tin hiện diện tại thời điểm bạn chạy lệnh *git add*. Nếu bạn thêm các tệp tin hay thư mục, thì bạn sẽ phải thông báo với Git:
28  $ git add readme.txt Documentation
30 Tương tự như vậy, nếu bạn muốn Git bỏ đi các tệp tin nào đó:
32  $ git rm kludge.h obsolete.c
33  $ git rm -r incriminating/evidence/ #gỡ bỏ một cách đệ qui
35 Git xóa bỏ những tệp tin nếu như bạn chưa làm.
37 Đổi tên tệp tin thì cũng giống như là việc bạn gỡ bỏ tên cũ và đặt vào nó cái tên mới. Sử dụng lệnh *git mv* có cú pháp rất giống lệnh *mv* của hệ thống Linux. Ví dụ:
39  $ git mv bug.c feature.c
41 === Chức Năng Undo/Redo ===
43 Đôi khi bạn chỉ muốn quay trở lại và bỏ đi những thay đổi trong quá khứ tại một thời điểm nào đó bởi vì chúng tất cả đã sai. Thì lệnh:
45  $ git log
47 sẽ hiển thị cho bạn danh sách các lần commit gần đây cùng với giá trị băm SHA1:
49 ----------------------------------
50 commit 766f9881690d240ba334153047649b8b8f11c664
51 Author: Bob <bob@example.com>
52 Date:   Tue Mar 14 01:59:26 2000 -0800
54     Replace printf() with write().
56 commit 82f5ea346a2e651544956a8653c0f58dc151275c
57 Author: Alice <alice@example.com>
58 Date:   Thu Jan 1 00:00:00 1970 +0000
60     Initial commit.
61 ----------------------------------
63 Chỉ vài ký tự của giá trị băm là đủ để chỉ ra một commit cụ thể;
64 một cách khác là chép và dán giá trị băm. Gõ:
66  $ git reset --hard 766f
68 để phục hồi lại trạng thái đã được chỉ ra và xóa bỏ tất cả các lần commit mới hơn kể từ đó.
70 Một lúc nào đó bạn lại muốn nhảy tới một bản cũ hơn. Trong trường hợp này thì gõ:
72  $ git checkout 82f5
74 Nó giúp bạn quay lại đúng thời điểm đó, trong khi vẫn giữ lại những lần commit mới hơn. Tuy nhiên, giống như cỗ máy thời gian trong các bộ phim khoa học viễn tưởng, nếu bây giờ bạn sửa sau đó commit, bạn sẽ ở trong một thực tại khác, bởi vì hành động của bạn bây giờ đã khác với khi chúng ta lần đầu tiên ở tại đây.
76 Có cách thực tế hơn là sử dụng 'branch', và <<branch, chúng ta có nhiều điều để nói về nó sau này>>. Bây giờ, chỉ cần nhớ là:
78  $ git checkout master
80 sẽ mang chúng ta trở về hiện tại. Ngoài ra, để tránh rủi ro khi sử dụng Git, thì luôn luôn
81 commit hay reset các thay đổi của bạn trước khi chạy lệnh checkout.
83 Sự tương đồng với game trên máy tính:
85 - *`git reset --hard`*: lấy cái cũ đã được lưu lại và xóa tất cả các games mới hơn cái vừa lấy.
87 - *`git checkout`*: lấy một cái cũ, nhưng chỉ chơi với nó, trạng thái của game sẽ tách riêng về phía mới hơn chỗ mà bạn đã ghi lại lần đầu tiên. Bất kỳ game nào bạn tạo từ bây giờ sẽ là bản cuối cùng trong nhánh riêng rẽ tương ứng với một thực tại khác mà bạn đã gia nhập vào. <<branch, chúng tôi sẽ nói sau>>.
89 Bạn có thể chọn chỉ phục hồi lại các tệp tin hay thư mục bạn muốn bằng cách thêm vào chúng vào phần sau của câu lệnh:
91  $ git checkout 82f5 some.file another.file
93 Bạn phải cẩn thận khi sử dụng các lệnh, như là lệnh *checkout* có thể âm thầm ghi đè lên các tệp tin. Để
94 ngăn ngừa rủi ro như thế, hãy commit trước khi chạy lệnh checkout, nhất là khi
95 mới học sử dụng Git. Tóm lại, bất kỳ khi nào bạn không chắc chắn về một lệnh nào đó, dù có là lệnh của Git hay không, đầu tiên hãy chạy lệnh *git commit -a*.
97 Bạn không thích việc cắt dán ư? Hãy sử dụng:
99  $ git checkout :/"My first b"
101 để nhảy tới lần commit mà phần chú thích của nó bắt đầu với chuỗi bạn đã cho.
102 Bạn cũng có thể yêu cầu trạng thái thứ 5 kể từ cái cuối cùng:
104  $ git checkout master~5
106 === Sự quay lại ===
108 Trong một phiên tòa, mỗi sự kiện được gắn với một bản ghi. Cũng giống thế, bạn có thể chọn lệnh commit để undo.
110  $ git commit -a
111  $ git revert 1b6d
113 sẽ chỉ undo lần commit với giá trị băm đã chỉ ra. Sự quay trở lại được ghi nhận như là một lần
114 commit mới, bạn có thể xác nhận lại điều này bằng lệnh *git log*.
116 === Tạo Nhật Ký các thay đổi ===
118 Một số dự án yêu cầu có một http://en.wikipedia.org/wiki/Changelog[changelog].
119 Bạn có thể tạo một cái bằng cách gõ:
121  $ git log > ThayĐổi
123 === Tải về các Tệp tin ===
125 Lấy về một bản sao của một dự án quản lý bằng Git bằng cách gõ:
127  $ git clone git://server/path/to/files
129 Ví dụ, để lấy tất cả các tệp tin mà tôi đã dùng để tạo ra cho quyển sách này là:
131  $ git clone git://git.or.cz/gitmagic.git
133 Chúng ta sẽ có nhiều điều để nói về lệnh *clone* sớm thôi.
135 === Thử Nghiệm ===
137 Nếu bạn đã tải về một bản sao của một dự án bằng lệnh *git clone*, bạn có thể lấy về phiên bản cuối cùng với lệnh:
139  $ git pull
141 === Xuất Bản ===
143 Giả sử bạn đã tạo được một kho Git và bạn muốn chia sẻ nó với người khác. Bạn có thể bảo họ tải về từ máy tính của mình, nhưng nếu họ làm như thế trong khi bạn đang cải tiến nó hay có những thay đổi mang tính thử nghiệm, họ có thể gặp trục trặc. Dĩ nhiên, đây là lý do tại sao mà chu kỳ phát hành phần mềm lại tồn tại phải không nào. Những người phát triển có thể làm việc thường xuyên trên một dự án, nhưng họ chỉ xuất bản những đoạn mã mà họ cảm thấy nó có thể dùng được để tránh ảnh hưởng đến người khác.
145 Thực hiện điều này với Git, trong thư mục làm việc của Git:
147  $ git init
148  $ git add .
149  $ git commit -m "Bản phát hành đầu tiên"
151 Sau đó nói với những người cùng sử dụng hãy chạy:
153  $ git clone máy.tính.của.bạn:/đường/dẫn/tới/script
155 để tải dữ liệu về. Giả định là họ truy cập thông qua ssh. Nếu không, chạy *git daemon* và nói với người sử dụng là chạy lệnh sau để thay thế:
157  $ git clone git://máy.tính.của.bạn:/đường/dẫn/tới/script
159 Kể từ lúc này, bất cứ khi nào mã nguồn của bạn đã có thể sử dụng được, chỉ việc thực hiện:
161  $ git commit -a -m "Bản phát hành tiếp"
163 và những người sử dụng có thể cập nhật dữ liệu của họ bằng cách chuyển tới thư mục làm việc tương ứng và gõ:
165  $ git pull
167 Những người sử dụng sẽ không bao giờ thấy được dữ liệu cuối cùng của bạn mà bạn không muốn họ thấy.
169 === Tôi Đã Làm Được Gì? ===
171 Tìm tất cả các thay đổi kề từ lần bạn commit lần cuối bằng lệnh:
173  $ git diff
175 Hay từ hôm qua:
177  $ git diff "@{yesterday}"
179 Hay giữa một bản nào đó và bản trước đây 2 bản:
181  $ git diff 1b6d "master~2"
183 Trong từng trường hợp, đầu ra là một miếng vá mà nó có thể được sử dụng với lệnh *git apply*.
184 Cũng có thể dùng lệnh:
186  $ git whatchanged --since="2 weeks ago"
188 Thường thường, tôi duyệt lịch sử bằng http://sourceforge.net/projects/qgit[qgit] để thay thế cách ở trên, bởi vì nó có giao diện đồ họa bóng bẩy, hay http://jonas.nitro.dk/tig/[tig], có giao diện dòng lệnh làm việc rất tốt với các máy có kết nối mạng chậm. Một lựa chọn khác là cài đặt máy chủ web, chạy lệnh *git instaweb* và sử dụng bất kỳ trình duyệt web nào.
190 === Bài Tập ===
192 Coi A, B, C, D là 4 lần commit thành công, nơi mà B giống A ngoại trừ một số tệp tin bị xóa bỏ. Chúng ta muốn thêm các tệp tin đó trở lại D. Chúng ta thực hiện điều này bằng cách nào?
194 Ở đây chúng ta có ít nhất 3 giải pháp. Giả thiết chúng ta đang ở D:
196   1. Sự khác nhau giữa A và B là việc các tệp tin đã bị gỡ bỏ. Chúng ta có thể tạo miếng vá tương ứng với sự khác biệt này và apply nó:
198    $ git diff B A | git apply
200   2. Kể từ sau khi chúng ta ghi lại các tệp tin tại A trở đi, chúng ta có thể lấy lại:
202    $ git checkout A foo.c bar.h
204   3. Chúng ta có thể xem sự di chuyển từ A tới B giống như là một thay đổi mà chúng ta muốn undo:
206    $ git revert B
208 Lựa chọn nào là tốt nhất? Cách nào bạn thích nhất. Thật dễ dàng để có được thứ mà bạn muốn với Git, và thường là có nhiều hơn một cách để thực hiện được một thứ bạn muốn.