thắc mắc Feature được outsource làm thì được quản lý trên Git như thế nào?

Chào các bác. Xưa giờ, khi team outsource code một chức năng, họ sẽ tạo một branch mới trên GitLab repository GỐC. Tuy nhiên, công ty em mới thay đổi cách quản lý. Họ nói là "Outsource không được truy cập vào toàn bộ source code". Thế nên họ tạo ra một GitLab mới gọi là OS-GitLab, team outsource sẽ code các feature trên đây. Em thấy cách này rất lạ, không biết source sẽ được merge kiểu gì. Các senpai có gặp trường hợp nào như thế này không ạ?

Chấm hóng.
Mà trước mình làm OS cho Nhật còn chẳng thấy họ chặt chẽ đến thế. Bên mình dev lẫn BrSE vẫn được add vào git làm song song với dev Nhật luôn.
Mà giả sử có 1 tính năng cần sử dụng API của module gốc thì không biết lúc ấy sẽ xử lý như thế nào nhỉ? Cứ bàn giao qua lại để test à, hay lúc đấy gửi source sang cho bên OS implement

dev.quen said:

outsource sẽ code các feature trên đây

Click to expand...

nhưng mà code trên OS-Gitlab cũng forked từ repo/remote gốc, để có thể branch feature từ đó; thì tức là team outsource cũng đã có đầy đủ code từ repo gốc rồi nhỉ.

dev.quen said:

Chào các bác. Xưa giờ, khi team outsource code một chức năng, họ sẽ tạo một branch mới trên GitLab repository GỐC. Tuy nhiên, công ty em mới thay đổi cách quản lý. Họ nói là "Outsource không được truy cập vào toàn bộ source code". Thế nên họ tạo ra một GitLab mới gọi là OS-GitLab, team outsource sẽ code các feature trên đây. Em thấy cách này rất lạ, không biết source sẽ được merge kiểu gì. Các senpai có gặp trường hợp nào như thế này không ạ?

Click to expand...

Không muốn lộ source thì tạo 1 repo mới toanh, team outsource muốn làm gì thì làm. Các repo khác cung cấp API để team này xài thôi.

fiendfyre said:

nhưng mà code trên OS-Gitlab cũng forked từ repo/remote gốc, để có thể branch feature từ đó; thì tức là team outsource cũng đã có đầy đủ code từ repo gốc rồi nhỉ.

Click to expand...

Bác thớt bảo là dựng hẳn 1 gitlab riêng để lưu code OS thì theo mình hiểu sẽ là 2 gitlab khác nhau độc lập rồi, chứ mình nghĩ fork sang thì có thể bắn merge request đâu cần dựng thớt nữa bác

vietnq.2307 said:

Bác thớt bảo là dựng hẳn 1 gitlab riêng để lưu code OS thì theo mình hiểu sẽ là 2 gitlab khác nhau độc lập rồi, chứ mình nghĩ fork sang thì có thể bắn merge request đâu cần dựng thớt nữa bác

Click to expand...

vậy nghe càng ảo ma hơn nữa
client expect là team outsource tạo feature mới từ không khí à

vietnq.2307 said:

Chấm hóng.
Mà trước mình làm OS cho Nhật còn chẳng thấy họ chặt chẽ đến thế. Bên mình dev lẫn BrSE vẫn được add vào git làm song song với dev Nhật luôn.
Mà giả sử có 1 tính năng cần sử dụng API của module gốc thì không biết lúc ấy sẽ xử lý như thế nào nhỉ? Cứ bàn giao qua lại để test à, hay lúc đấy gửi source sang cho bên OS implement

Click to expand...

Em cũng ko biết nữa bác Mới áp dụng tuần trước, chưa biết làm kiểu gì

dev.quen said:

Chào các bác. Xưa giờ, khi team outsource code một chức năng, họ sẽ tạo một branch mới trên GitLab repository GỐC. Tuy nhiên, công ty em mới thay đổi cách quản lý. Họ nói là "Outsource không được truy cập vào toàn bộ source code". Thế nên họ tạo ra một GitLab mới gọi là OS-GitLab, team outsource sẽ code các feature trên đây. Em thấy cách này rất lạ, không biết source sẽ được merge kiểu gì. Các senpai có gặp trường hợp nào như thế này không ạ?

Click to expand...

outsource tạo 1 fork về github của họ, khi code xong thì gửi pull request để merge vào repo gốc

À mình mới nhớ ra trước mình có gặp 1 case là bên khách thuê OS bên mình, lúc bàn giao feature thì họ confirm ok nhưng ko merge mà chỉ bốc code trong đấy về tự tạo commit mới đẩy vào branch chính (Dev bên mình đọc source thấy đúng từng dấu chấm dấu phẩy luôn).
Có khả năng là dính dáng legal hay gì đó, kiểu họ trúng thầu mà thiếu người nên thuê OS, nhưng ko muốn end user biết là code này của 1 bên thứ 3 nên làm kiểu này. Case của mình thì khách là dev luôn nên mình đoán chắc là giống vụ này

Nói chung là cũng không rõ lý do sao ông ấy làm thế, nhưng nếu giống case của mình thì quản lý source vẫn như bình thường thôi, vẫn có code gốc để làm. Bạn cứ đợi xem bên trên chỉ thị xuống như nào.

1. trong trường hợp mà cần sync 2 repos thì dùng SVN, dùng cái feature "patch" của nó. patch cái repo của inhouse về repo của OS để get latest
2. hỏi rõ nguyên nhân tại sao lại cần tách biệt như thế. Nếu lí do là vì bảo mật? okay làm theo ý 1. Nếu chỉ liên quan đến việc commit history thì cứ tạo PR rồi bảo lead bên kia merge + xóa feature branch.