Pull Request Là Gì
-
Lúc new dùng git, ví dụ như github, bạn dễ thấy có mẫu nút Pull Request. Thời điểm đó bạn không hiểu biết nhiều tính năng của nó để làm gì. Thật ức chế. Hãy thuộc mình thông não dòng này.
Bạn đang xem: Pull request là gì
Pull Request (viết tắt là PR) là chức năng có thể chấp nhận được bạn nói với những người khác về các biến hóa bạn đã đẩy lên kho Github (Github repository) của tín đồ sở hữu code kia (chủ repository). Một lúc Pull Request được gửi, fan nào quan liêu tâm có thể Review (xem xét) lại các thay đổi, hoặc đàm đạo các sửa đổi tiềm năng, và nếu PR đó được chấp thuận có thể tiếp theo đó đẩy tiếp những commit của họ lên kho code nếu đề xuất thiết.
PR thường xuyên được sử dụng trong các team hoặc tổ chức mà những thành viên thao tác hợp tác sử dụng quy mô kho chia sẻ (như github), ở kia mỗi người chia sẻ các kho riêng biệt lẻ của mình và những nhánh chủ đề (topic branch) để cải tiến và phát triển các tác dụng và để tách biệt các biến đổi khỏi nhánh bao gồm (master, kho thỏa thuận mà code ổn định nhất). Nhiều dự án công trình trên Github sử dụng pull request để cai quản các thay đổi từ các người đóng góp, việc áp dụng pull request giúp cho tất cả những người đóng góp thông tin cho người gia hạn dự án về các chuyển đổi khi họ sinh sản Pull Request và bước đầu việc code đánh giá đồng thời đàm đạo về các biến hóa trước khi bọn chúng được merge (trộn) vào nhánh chính.
Đầu tiên ta sẽ phải khởi tạo một nhánh trường đoản cú commit (thay đổi) mới nhất trên master. Để đảm bảo repository (kho code) được cập nhật mới tuyệt nhất trước tiên.
git pull sẽ triển khai git fetch tiếp theo sau là git merge để update local repo (bản trên thứ tính) giống hệt như là remote repo (bản code trên server).
Để sản xuất branch sử dụng git checkout -b <>, ở đó là tuỳ lựa chọn và khoác định là master. Ta đã thử tạo thành branch (nhánh) mới có tên là pull-request-demo từ branch master với đẩy nó lên github.
Để tạo nên pull request, chúng ta phải đổi khác committed (các xác thực đã sửa đổi) cho tới new branch (nhánh mới). Hãy vào mục repository page bên trên github. Và click vào nút “Pull Request” trong repo header (tiêu đề repo).
lựa chọn branch bạn có nhu cầu merged thực hiện “Head branch” dropdown. Bạn nên để trường sót lại như vậy, trừ khi bạn làm bài toán từ remote branch. Vào trường vừa lòng đó, chỉ cần chắc hẳn rằng rằng base repo cùng base branch được đặt đúng.
ở đầu cuối click vào “Send pull request” để hoàn tất quá trình tạo pull request. Cuối cùng chúng ta có thể thấy xuất hiện pull request.
hoàn toàn có thể viết phản hồi liên quan tới pull request Xem các commit trong pull request. Hay những xem toàn bộ các tệp tin đã thay đổi từ pull request giữa các commit vào phần “File Changed”. Bạn thậm chí là còn hoàn toàn có thể để lại các comment ở dòng ví dụ trong code change bằng cách rê loài chuột vào phía trái của chiếc và click vào biểu tượng màu xanh nước biển.
Một khi chúng ta và các người hợp tác ký kết đã ok với những thay đổi, bạn cần phải trộn nó quay trở về master. Tất cả vài cách để thực hiện nay điều này.
Xem thêm: Hướng Dẫn Cách Sử Dụng Slack Là Gì ? Hướng Dẫn Sử Dụng Phần Mềm Slack Hiệu Quả
Đầu tiên bạn cũng có thể dùng nút “Merge pull request” bên dưới pull request nhằm trộn những thay đổi. Điều này chỉ rất có thể thực hiện khi không code merge conflict cùng với base branch. Nếu tất cả OK, bạn chỉ việc thêm commit message với click vào Confirm Merge” để merge những thay đổi.
nếu như pull request tất yêu được trộn online vì chưng merge conflict, hoặc bận mong muốn kiểm tra lại những thứ locally trước lúc gửi merge quay trở lại repo trên github, chúng ta cũng có thể thực hiện nay merger locally cố gắng thế.
bạn có thể tìm thấy hướng dấn bằng cách nhấp chuột nút (i) trên merge bar. Tuy nhiên cách thay thế sửa chữa này hoàn toàn có thể tốt hơn cho những branch dài.
trong những long standing branch, việc trộn hoàn toàn có thể thường tạo ra nhiều sự việc khi cập nhật nó nếu chuyển đổi ở branch đến trước conflict với biến đổi gần trên đây được merged vào master branch. Nếu có tương đối nhiều commit vào cùng file, git merge có thể ép buộc các bạn fix cùng merge conflict lặp đi lặp lại, gây ra rất nhiều sự nhức đầu. Trong lúc đó có nhiều cách để giảm nhẹ sự việc này, như thể bật rứa độ git rerere để tái sử dụng những recorded resolution của conflict merge, squashing một loạt các thay đổi liên quan lại vào 1 commit và cherry-picking nó vào master là một phương án tuyệt vời, đặc biệt là đối với topic branch và các tính năng được xa lánh hoá (isolated).
tất cả một vài ưu thế khi tiến hành trộn theo cách này. Đầu tiên các bạn chỉ nên xử lý cùng với merge conflict một lần, khi toàn bộ commit được nén thành 1. Vật dụng hai, từng commit miêu tả toàn cỗ các biến đổi yêu cầu cho tuấn kiệt hoặc công việc, điều đó làm cho nó tiện lợi để sạc pin point bug và các vấn đề khác khi chúng nảy sinh và để xoá bỏ những change set khi nó không còn cần thiết.
cũng đều có nhược điểm khi dùng squashing commits. Đầu tiên, các bạn sẽ mất các chi tiết và tin tức về từng nạm đổi, như khi tất cả biến đổi được squashed (nén, ép) là được nén cùng nhau. Vì vậy các ảnh hưởng là như nhau. Lắp thêm hai, nó còn thể nguy khốn và khó giải quyết và xử lý (problematic) giả dụ được áp dụng sai như thể squashing các commit nhưng đã được push lên remove server và những cái khác phụ thuôc vào các bước của họ. Cũng chính vì squashing là chuyển đổi git history, chúng ta cũng có thể gây những conflict theo phong cách này. Mặc dù nhiên, nếu như khách hàng sử dụng nó locally hoặc các bạn chỉ là một trong người thao tác làm việc trên branch của mình, và các bạn biết chính xác những gì ai đang làm.
i tức là bạn ở cơ chế tương tác và HEAD~10 tức là kiểm tra 10 commit mới nhất. Nếu như bạn thấy lỗi fatal: Needed a single revision, nó thông thường có nghĩa rằng không còn nhiều commit. Thử với con số thấp hơn.
Nó sẽ xuất hiện một editor với những commit message. Có khá nhiều tuỳ chọn bao gồm sẵn ở quy trình tiến độ này, hoàn toàn có thể đọc những help của github. Ở đây, tôi chỉ dễ dàng và đơn giản squash tất cả chuyển đổi trong pull request thành 1. Lưu với đóng editor lại.
màn hình tiếp theo đang pop up cùng hỏi chúng ta sửa lại commit message. Bạn cũng có thể chọn để edit bọn chúng hoặc dễ dàng và đơn giản là tiếp tục. Lưu cùng đóng editor lại.
Một khi bạn squash thành công, bạn có thể push nó lên remote repo. Vào trường vừa lòng này, các squashed commit sẽ được đưa lên server. Tuy nhiên, tôi chỉ là 1 trong user của branch này, và rất có thể force push một cách bình an commit để update git repo.
Xem thêm: Zalo Là Gì ? Zalo Là Của Nước Nào Sáng Lập? Zalo Là Ứng Dụng Gì
các bạn đã xong, Github vẫn phát hiện đổi khác và update pull request. Chúng ta cũng có thể đánh vệt pull request là đã có được merged và rất có thể tuỳ lựa chọn xoá vứt branch đi.
chúng ta cũng có thể đơn giản click “Close” button bên trên pull request nhằm close nó. Một cách tuỳ chọn, bạn cũng có thể xoá các branch một biện pháp trực tiếp hoặc áp dụng nút “Delete this branch”
tháng 1 2023 ( 1 ) mon 10 2022 ( 6 ) mon 9 2022 ( 1 ) mon 8 2022 ( 3 ) tháng 7 2022 ( 6 ) mon 6 2022 ( 7 ) tháng tư 2022 ( 2 ) tháng 3 2022 ( 3 ) mon 12 2021 ( 3 ) mon 11 2021 ( 4 ) tháng 10 2021 ( 2 ) tháng 9 2021 ( 7 ) tháng 8 2021 ( 3 ) mon 7 2021 ( 10 ) mon 6 2021 ( 8 ) mon 5 2021 ( 2 ) tháng tư 2021 ( 5 ) mon 3 2021 ( 3 ) tháng 2 2021 ( 1 ) mon 1 2021 ( 3 ) tháng 12 2020 ( 2 ) mon 11 2020 ( 9 ) mon 10 2020 ( 10 ) mon 9 2020 ( 1 ) mon 8 2020 ( 4 ) tháng 7 2020 ( 7 ) tháng 6 2020 ( 2 ) tháng bốn 2020 ( 2 ) mon 3 2020 ( 11 ) tháng 2 2020 ( 2 ) mon 1 2020 ( 12 ) mon 12 2019 ( 14 ) tháng 11 2019 ( 6 ) mon 10 2019 ( 8 ) tháng 9 2019 ( 1 ) mon 8 2019 ( 13 ) tháng 7 2019 ( 16 ) tháng 6 2019 ( 13 ) tháng 5 2019 ( 3 ) mon 3 2019 ( 4 ) tháng 2 2019 ( 3 ) mon 1 2019 ( 4 ) mon 11 2018 ( 9 ) tháng 10 2018 ( 2 ) tháng 9 2018 ( 5 ) mon 8 2018 ( 7 ) tháng 7 2018 ( 11 ) tháng 6 2018 ( 6 ) tháng 5 2018 ( 5 ) mon 3 2018 ( 2 ) tháng 1 2018 ( 4 ) tháng 12 2017 ( 2 ) mon 11 2017 ( 5 ) tháng 10 2017 ( 8 ) mon 9 2017 ( 9 ) tháng 8 2017 ( 18 ) mon 7 2017 ( 17 ) tháng 6 2017 ( 13 ) mon 5 2017 ( 14 ) tháng 4 2017 ( 4 ) mon 3 2017 ( 10 ) mon 2 2017 ( 10 ) tháng 1 2017 ( 1 ) tháng 12 năm nhâm thìn ( 4 ) mon 11 năm 2016 ( 2 ) tháng 10 năm nhâm thìn ( 3 ) tháng 9 năm nhâm thìn ( 5 ) tháng 8 năm 2016 ( 3 ) tháng 7 năm 2016 ( 1 ) tháng 6 2016 ( 13 ) tháng 5 2016 ( 4 ) tháng 4 năm nhâm thìn ( 3 ) tháng 3 2016 ( 1 ) mon 2 năm 2016 ( 5 ) tháng 1 năm nhâm thìn ( 6 ) tháng 12 năm ngoái ( 2 ) mon 11 2015 ( 4 ) tháng 10 năm ngoái ( 4 ) tháng 9 năm ngoái ( 2 ) tháng 8 2015 ( 1 ) mon 7 2015 ( 6 ) mon 6 năm ngoái ( 47 ) mon 5 năm ngoái ( 7 ) tháng 4 năm ngoái ( 7 ) mon 3 2015 ( 4 ) tháng 2 năm ngoái ( 3 ) mon 1 2015 ( 1 ) mon 12 2014 ( 1 ) tháng 10 2014 ( 2 ) tháng 8 2014 ( 1 ) mon 7 năm trước ( 8 ) mon 6 năm trước ( 6 ) mon 5 năm trước ( 23 ) tháng 4 năm trước ( 3 ) mon 3 2014 ( 2 ) tháng 1 2014 ( 1 ) mon 12 2013 ( 1 ) tháng 11 2013 ( 2 ) tháng 10 2013 ( 3 ) tháng 9 2013 ( 1 ) mon 8 2013 ( 1 ) tháng 7 2013 ( 28 ) tháng 6 2013 ( 3 ) mon 5 2013 ( 3 ) tháng bốn 2013 ( 1 ) tháng 6 2012 ( 54 ) tháng bốn 2012 ( 2 ) tháng 10 2011 ( 12 ) mon 8 2011 ( 1 ) mon 7 2011 ( 5 ) tháng 3 2011 ( 3 ) tháng 1 2011 ( 5 )
Bạn đang xem: Pull request là gì
Pull Request (viết tắt là PR) là chức năng có thể chấp nhận được bạn nói với những người khác về các biến hóa bạn đã đẩy lên kho Github (Github repository) của tín đồ sở hữu code kia (chủ repository). Một lúc Pull Request được gửi, fan nào quan liêu tâm có thể Review (xem xét) lại các thay đổi, hoặc đàm đạo các sửa đổi tiềm năng, và nếu PR đó được chấp thuận có thể tiếp theo đó đẩy tiếp những commit của họ lên kho code nếu đề xuất thiết.
PR thường xuyên được sử dụng trong các team hoặc tổ chức mà những thành viên thao tác hợp tác sử dụng quy mô kho chia sẻ (như github), ở kia mỗi người chia sẻ các kho riêng biệt lẻ của mình và những nhánh chủ đề (topic branch) để cải tiến và phát triển các tác dụng và để tách biệt các biến đổi khỏi nhánh bao gồm (master, kho thỏa thuận mà code ổn định nhất). Nhiều dự án công trình trên Github sử dụng pull request để cai quản các thay đổi từ các người đóng góp, việc áp dụng pull request giúp cho tất cả những người đóng góp thông tin cho người gia hạn dự án về các chuyển đổi khi họ sinh sản Pull Request và bước đầu việc code đánh giá đồng thời đàm đạo về các biến hóa trước khi bọn chúng được merge (trộn) vào nhánh chính.
Đầu tiên ta sẽ phải khởi tạo một nhánh trường đoản cú commit (thay đổi) mới nhất trên master. Để đảm bảo repository (kho code) được cập nhật mới tuyệt nhất trước tiên.
git pull sẽ triển khai git fetch tiếp theo sau là git merge để update local repo (bản trên thứ tính) giống hệt như là remote repo (bản code trên server).
Để sản xuất branch sử dụng git checkout -b <>, ở đó
Để tạo nên pull request, chúng ta phải đổi khác committed (các xác thực đã sửa đổi) cho tới new branch (nhánh mới). Hãy vào mục repository page bên trên github. Và click vào nút “Pull Request” trong repo header (tiêu đề repo).
lựa chọn branch bạn có nhu cầu merged thực hiện “Head branch” dropdown. Bạn nên để trường sót lại như vậy, trừ khi bạn làm bài toán từ remote branch. Vào trường vừa lòng đó, chỉ cần chắc hẳn rằng rằng base repo cùng base branch được đặt đúng.
ở đầu cuối click vào “Send pull request” để hoàn tất quá trình tạo pull request. Cuối cùng chúng ta có thể thấy xuất hiện pull request.
hoàn toàn có thể viết phản hồi liên quan tới pull request Xem các commit trong pull request. Hay những xem toàn bộ các tệp tin đã thay đổi từ pull request giữa các commit vào phần “File Changed”. Bạn thậm chí là còn hoàn toàn có thể để lại các comment ở dòng ví dụ trong code change bằng cách rê loài chuột vào phía trái của chiếc và click vào biểu tượng màu xanh nước biển.
Một khi chúng ta và các người hợp tác ký kết đã ok với những thay đổi, bạn cần phải trộn nó quay trở về master. Tất cả vài cách để thực hiện nay điều này.
Xem thêm: Hướng Dẫn Cách Sử Dụng Slack Là Gì ? Hướng Dẫn Sử Dụng Phần Mềm Slack Hiệu Quả
Đầu tiên bạn cũng có thể dùng nút “Merge pull request” bên dưới pull request nhằm trộn những thay đổi. Điều này chỉ rất có thể thực hiện khi không code merge conflict cùng với base branch. Nếu tất cả OK, bạn chỉ việc thêm commit message với click vào Confirm Merge” để merge những thay đổi.
nếu như pull request tất yêu được trộn online vì chưng merge conflict, hoặc bận mong muốn kiểm tra lại những thứ locally trước lúc gửi merge quay trở lại repo trên github, chúng ta cũng có thể thực hiện nay merger locally cố gắng thế.
bạn có thể tìm thấy hướng dấn bằng cách nhấp chuột nút (i) trên merge bar. Tuy nhiên cách thay thế sửa chữa này hoàn toàn có thể tốt hơn cho những branch dài.
trong những long standing branch, việc trộn hoàn toàn có thể thường tạo ra nhiều sự việc khi cập nhật nó nếu chuyển đổi ở branch đến trước conflict với biến đổi gần trên đây được merged vào master branch. Nếu có tương đối nhiều commit vào cùng file, git merge có thể ép buộc các bạn fix cùng merge conflict lặp đi lặp lại, gây ra rất nhiều sự nhức đầu. Trong lúc đó có nhiều cách để giảm nhẹ sự việc này, như thể bật rứa độ git rerere để tái sử dụng những recorded resolution của conflict merge, squashing một loạt các thay đổi liên quan lại vào 1 commit và cherry-picking nó vào master là một phương án tuyệt vời, đặc biệt là đối với topic branch và các tính năng được xa lánh hoá (isolated).
tất cả một vài ưu thế khi tiến hành trộn theo cách này. Đầu tiên các bạn chỉ nên xử lý cùng với merge conflict một lần, khi toàn bộ commit được nén thành 1. Vật dụng hai, từng commit miêu tả toàn cỗ các biến đổi yêu cầu cho tuấn kiệt hoặc công việc, điều đó làm cho nó tiện lợi để sạc pin point bug và các vấn đề khác khi chúng nảy sinh và để xoá bỏ những change set khi nó không còn cần thiết.
cũng đều có nhược điểm khi dùng squashing commits. Đầu tiên, các bạn sẽ mất các chi tiết và tin tức về từng nạm đổi, như khi tất cả biến đổi được squashed (nén, ép) là được nén cùng nhau. Vì vậy các ảnh hưởng là như nhau. Lắp thêm hai, nó còn thể nguy khốn và khó giải quyết và xử lý (problematic) giả dụ được áp dụng sai như thể squashing các commit nhưng đã được push lên remove server và những cái khác phụ thuôc vào các bước của họ. Cũng chính vì squashing là chuyển đổi git history, chúng ta cũng có thể gây những conflict theo phong cách này. Mặc dù nhiên, nếu như khách hàng sử dụng nó locally hoặc các bạn chỉ là một trong người thao tác làm việc trên branch của mình, và các bạn biết chính xác những gì ai đang làm.
i tức là bạn ở cơ chế tương tác và HEAD~10 tức là kiểm tra 10 commit mới nhất. Nếu như bạn thấy lỗi fatal: Needed a single revision, nó thông thường có nghĩa rằng không còn nhiều commit. Thử với con số thấp hơn.
Nó sẽ xuất hiện một editor với những commit message. Có khá nhiều tuỳ chọn bao gồm sẵn ở quy trình tiến độ này, hoàn toàn có thể đọc những help của github. Ở đây, tôi chỉ dễ dàng và đơn giản squash tất cả chuyển đổi trong pull request thành 1. Lưu với đóng editor lại.
màn hình tiếp theo đang pop up cùng hỏi chúng ta sửa lại commit message. Bạn cũng có thể chọn để edit bọn chúng hoặc dễ dàng và đơn giản là tiếp tục. Lưu cùng đóng editor lại.
Một khi bạn squash thành công, bạn có thể push nó lên remote repo. Vào trường vừa lòng này, các squashed commit sẽ được đưa lên server. Tuy nhiên, tôi chỉ là 1 trong user của branch này, và rất có thể force push một cách bình an commit để update git repo.
Xem thêm: Zalo Là Gì ? Zalo Là Của Nước Nào Sáng Lập? Zalo Là Ứng Dụng Gì
các bạn đã xong, Github vẫn phát hiện đổi khác và update pull request. Chúng ta cũng có thể đánh vệt pull request là đã có được merged và rất có thể tuỳ lựa chọn xoá vứt branch đi.
chúng ta cũng có thể đơn giản click “Close” button bên trên pull request nhằm close nó. Một cách tuỳ chọn, bạn cũng có thể xoá các branch một biện pháp trực tiếp hoặc áp dụng nút “Delete this branch”
tháng 1 2023 ( 1 ) mon 10 2022 ( 6 ) mon 9 2022 ( 1 ) mon 8 2022 ( 3 ) tháng 7 2022 ( 6 ) mon 6 2022 ( 7 ) tháng tư 2022 ( 2 ) tháng 3 2022 ( 3 ) mon 12 2021 ( 3 ) mon 11 2021 ( 4 ) tháng 10 2021 ( 2 ) tháng 9 2021 ( 7 ) tháng 8 2021 ( 3 ) mon 7 2021 ( 10 ) mon 6 2021 ( 8 ) mon 5 2021 ( 2 ) tháng tư 2021 ( 5 ) mon 3 2021 ( 3 ) tháng 2 2021 ( 1 ) mon 1 2021 ( 3 ) tháng 12 2020 ( 2 ) mon 11 2020 ( 9 ) mon 10 2020 ( 10 ) mon 9 2020 ( 1 ) mon 8 2020 ( 4 ) tháng 7 2020 ( 7 ) tháng 6 2020 ( 2 ) tháng bốn 2020 ( 2 ) mon 3 2020 ( 11 ) tháng 2 2020 ( 2 ) mon 1 2020 ( 12 ) mon 12 2019 ( 14 ) tháng 11 2019 ( 6 ) mon 10 2019 ( 8 ) tháng 9 2019 ( 1 ) mon 8 2019 ( 13 ) tháng 7 2019 ( 16 ) tháng 6 2019 ( 13 ) tháng 5 2019 ( 3 ) mon 3 2019 ( 4 ) tháng 2 2019 ( 3 ) mon 1 2019 ( 4 ) mon 11 2018 ( 9 ) tháng 10 2018 ( 2 ) tháng 9 2018 ( 5 ) mon 8 2018 ( 7 ) tháng 7 2018 ( 11 ) tháng 6 2018 ( 6 ) tháng 5 2018 ( 5 ) mon 3 2018 ( 2 ) tháng 1 2018 ( 4 ) tháng 12 2017 ( 2 ) mon 11 2017 ( 5 ) tháng 10 2017 ( 8 ) mon 9 2017 ( 9 ) tháng 8 2017 ( 18 ) mon 7 2017 ( 17 ) tháng 6 2017 ( 13 ) mon 5 2017 ( 14 ) tháng 4 2017 ( 4 ) mon 3 2017 ( 10 ) mon 2 2017 ( 10 ) tháng 1 2017 ( 1 ) tháng 12 năm nhâm thìn ( 4 ) mon 11 năm 2016 ( 2 ) tháng 10 năm nhâm thìn ( 3 ) tháng 9 năm nhâm thìn ( 5 ) tháng 8 năm 2016 ( 3 ) tháng 7 năm 2016 ( 1 ) tháng 6 2016 ( 13 ) tháng 5 2016 ( 4 ) tháng 4 năm nhâm thìn ( 3 ) tháng 3 2016 ( 1 ) mon 2 năm 2016 ( 5 ) tháng 1 năm nhâm thìn ( 6 ) tháng 12 năm ngoái ( 2 ) mon 11 2015 ( 4 ) tháng 10 năm ngoái ( 4 ) tháng 9 năm ngoái ( 2 ) tháng 8 2015 ( 1 ) mon 7 2015 ( 6 ) mon 6 năm ngoái ( 47 ) mon 5 năm ngoái ( 7 ) tháng 4 năm ngoái ( 7 ) mon 3 2015 ( 4 ) tháng 2 năm ngoái ( 3 ) mon 1 2015 ( 1 ) mon 12 2014 ( 1 ) tháng 10 2014 ( 2 ) tháng 8 2014 ( 1 ) mon 7 năm trước ( 8 ) mon 6 năm trước ( 6 ) mon 5 năm trước ( 23 ) tháng 4 năm trước ( 3 ) mon 3 2014 ( 2 ) tháng 1 2014 ( 1 ) mon 12 2013 ( 1 ) tháng 11 2013 ( 2 ) tháng 10 2013 ( 3 ) tháng 9 2013 ( 1 ) mon 8 2013 ( 1 ) tháng 7 2013 ( 28 ) tháng 6 2013 ( 3 ) mon 5 2013 ( 3 ) tháng bốn 2013 ( 1 ) tháng 6 2012 ( 54 ) tháng bốn 2012 ( 2 ) tháng 10 2011 ( 12 ) mon 8 2011 ( 1 ) mon 7 2011 ( 5 ) tháng 3 2011 ( 3 ) tháng 1 2011 ( 5 )
