On Thu, 14 Apr 2011, Nguyen Vu Hung (VNC) wrote:
> Chào các bác,
>
> Công ty em sử dụng 2 repo bằng svn
>
> 1. repo thứ nhất của khách hàng, remote
> 2. repo thứ hai trong nội bộ công ty
>
> # Vì lý do securtiy nên phải dùng 2 repo khác nhau
>
> Cấu trúc thư mục ở 2 repo *gần* giống nhau.
> Nhiệm vụ hằng ngày của em là vpn vào repo thứ nhất, chạy svn update,
> soi svn log và đưa các file thay đổi vào svn thứ hai.
>
> Việc làm này rất dở hơi và mât thời gian vì
>
> 3. Dễ nhầm lẫn
> 4. Sót file khi copy từ repo 1 sang repo 2
> +Ví dụ khi svn co một folder toàn java source, hàng ngàn file
> + Khi merge :) 99% là có nhầm lẫn
>
> Mong các bác cho ý kiến
>
> 5. Dùng version control software khác?
> 6. Cải thiện quy trình, cách làm (giữ nguyên svn) -> bài toán thực tế
>
> BR,
>
> Vũ Hưng
>
Dear anh Hưng,
Có thể là rơi rườm rà và mất thời gian một chút nhưng em rất muốn
recommend anh bài [1] post này (chôm chỉa được của Serge trên
Twitter). Tóm tắt: bài viết nói và diễn giải tương đối chi tiết về
một model sử dụng Git thành công, cho cả cá nhân và tập thể. Biết đâu
use case của anh cũng nằm trong model đó.
[1] http://nvie.com/posts/a-successful-git-branching-model/
Sincerely,
Dương
--
Dương "Yang" Hà Nguyễn
Web log: http://cmpitg.wordpress.com/
"Life is a hack"
[ Do not send me Microsoft Office attachments, please.
http://www.gnu.org/philosophy/no-word-attachments.html ]
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GIT/C/ED/L d++ s-:-(:) !a C+++(++++) ULU++++>$ P-- L+++>$ E+++
W++>+++ N+ o+ K w--- O- M@ V- PS+ PE++ Y+>++ PGP++ t+ 5 X+ R-
tv+ b+++ DI+++ D++ G+++ e* h* r* y-
-----END GEEK CODE BLOCK-----
_______________________________________________
POST RULES : http://wiki.hanoilug.org/hanoilug:mailing_list_guidelines
_______________________________________________
HanoiLUG mailing lists: http://lists.hanoilug.org/
HanoiLUG wiki: http://wiki.hanoilug.org/
HanoiLUG blog: http://blog.hanoilug.org/
