Cảm ơn bác đã chia sẻ, chúc bác có thêm nhiều thành công !

Yep, đúng là review code rất quan trọng trong TBD. Vì mỗi commit được merge luôn vào branch chính nên cần chỉn chu nhất có thể.

GitFlow thì vẫn có những ưu điểm của mình, vậy nên nó mới đang phổ biến ở rất nhiều các công ty. Với GitFlow thì khi đang làm trên feature branch, chúng ta có thể commit thoải mái hơn, chỉ đến khi làm xong mới cần review lại một lượt.

Anh nghĩ không có cái nào hoàn hảo cả, chỉ có cái phù hợp với team nhất thôi.

Thank em đã chia sẻ!

Cảm ơn bạn nhé

như đầu series về docker a đã đề cập, trong series này a có nhiều ví dụ ở nhiều backend/frontend khác nhau, nhưng ko yêu cầu người đọc phải biết về chúng, mà ta tập trung vào Docker là chính, để setup + chạy project thôi.

Còn với mỗi người thì thường chỉ master cái ngôn ngữ của họ, và áp dụng Docker vào là đủ.

Cách bắt đầu là e xem series của a xong thì quay lại những công việc e làm hàng ngày, ngôn ngữ e biết và áp dụng làm những thứ từ đơn giản nhất nhé

@manhhung1511 e cũng thế nhé

với các app frontend, sau khi build xong thì ta đc các file static (HTML, CSS, JS), bản thân chúng không tự chạy được mà cần có 1 server (webserver) để "serve" (phục vụ) nó.E có thể dùng NodeJS, Python, PHP, bất kì backend nào cũng được, hoặc như a thì a thích dùng Nginx hơn

Dùng Nginx hay dùng Python/Nodejs/php là tuỳ e hết nhé, mỗi cái đều có tốt/chưa tốt trong những trường hợp khác nhau, nhưng nếu chỉ đơn giản là "serve" app React/Vue thường thì Nginx tốt hơn vì nó support nhiều thứ cho static assets

Cảm ơn anh vì những bài viết chất lượng

muốn chơi cái đấy chắc phải hỏi Quy em ah 🤣 🤣 🤣

Hi a, Thanks a về series docker này. E có một chút thắc mắc nhỏ. Khi dockerize ứng dụng FE (react, vue) thì sẽ có thêm 1 stage build nginx webserver để run web thay vì npm run dev. Nhưng ở các ứng dụng BE (node, python) mình lại run webser với host=0.0.0.0 (npm start/python app.py) để tạo 1 webserver ở local và cho phép access từ ngoài vào chứ không dùng nginx giống với FE. Anh có thể giải thích vì sao được không ạ? Thanks a nhiều

Bài viết khá hay, e cũng mới biết về khái niệm Trunk Based Development vì team đang định áp dụng. Cá nhân e thì thấy TBD cũng khá là hay, cơ mà chất lượng code của team mỗi khi review vẫn chưa được tốt, nên khả năng áp dụng TBD sẽ hơi rủi ro. Thêm nữa e thấy áp dụng chuẩn GitFlow cũng khá ổn, nếu task nào to thì mình tạo 1 root branch, develop theo kiểu gối đầu(giống TBD Welcome Screen -> Register Screen như ví dụ của a) thấy cũng vẫn work tốt.

Bài viết hay. Tks tác giả

Bài viết không lan man, ngắn gọn xúc tích rất dễ hiểu. Cảm ơn tác giả và hi vọng series có thêm nhiều bài viết hay hơn nữa.

😅Sorry, Mình update lại đây

Thanks bạn

hay quá

@manhhuycao ok bạn

đọc qua e lại tưởng a thái giới thiệu chơi tinder thì ...

Mình góp ý chút là "tiêu chí" chứ không phải "tiêu trí" nha ạ

đúng là call đc rồi! chỉ cần mở port 3000 trên vps ra là đc.

Lúc mua voucher thi trên Linux Foundation, nó sẽ cho mình 2 lần simulator free trên Killer.sh đúng ko b