Dự án Talend tại SVN

Question

Tôi cần sử dụng Talend Open Studio với SVN. Thư mục mà tôi nên đặt trong kho lưu trữ là gì?

Answer 1

Vâng, câu trả lời "chính thức" là nâng cấp lên Talend Integration Suite (TIS), bao gồm tích hợp SVN. Nó đi một chặng đường dài để đồng bộ hóa các hoạt động của một số nhà phát triển bằng cách sử dụng một kho lưu trữ được chia sẻ.

Nếu TIS không phải là một lựa chọn cho bạn, bạn có thể có một số thành công bằng cách đặt thư mục dự án của Talend Open Studio (TOS) của bạn dưới sự kiểm soát SVN. Đây là thư mục ngay dưới "không gian làm việc" có cùng tên với dự án của bạn. Bạn sẽ phải thực hiện tất cả các hoạt động SVN, chẳng hạn như cam kết và cập nhật, theo cách thủ công trên thư mục này, ví dụ bằng cách sử dụng Tortoise (nếu bạn đang sử dụng Windows). TOS có thể có thể sử dụng dự án này như thể nó không thuộc SVN. Cá nhân tôi đã không cố gắng này, và sẽ khuyên bạn nên sử dụng TIS thay thế.

Answer 2

Tôi gặp sự cố tương tự đã viết blog về nó, xem Putting Talend Open Studio projects under version control. Về cơ bản bạn nên phiên bản toàn bộ không gian làm việc của bạn.

Answer 3

tôi sẽ giải thích cách tiếp cận tôi đã theo

• Các tập tin theo yêu cầu của TOS IDE là *.items và *.properties tập tin. Bạn có thể sử dụng các tệp này cho phiên bản kiểm soát công việc TOS của bạn vì nó sẽ duy trì trạng thái chính xác của công việc liên quan đến Talend IDE.
• Vì vậy, bất cứ khi nào bạn hoàn thành một số cải tiến trong công việc Talend của mình. Xuất khẩu nó bằng cách sử dụng tùy chọn "Xuất mục" và đặt chúng dưới sửa đổi SVN. Tệp được tạo sẽ thường là tệp lưu trữ ZIP.
• Bất cứ khi nào bạn cần phải quay trở lại một phiên bản trước, bạn có thể sử dụng "Nhập Items" tùy chọn từ một tập tin lưu trữ ZIP bạn có đã được lưu

Đó là cách tôi đã làm việc với phiên bản của công việc Talend. Hi vọng điêu nay co ich.

Answer 4

Việc đặt không gian làm việc TOS trong SVN không được khuyến khích, vì CSV/SVN là tệp dựa trên bản chất trong khi không gian làm việc TOS dựa trên thư mục. Xác suất mà bạn phải chịu trong tham nhũng không gian làm việc là rất cao.

Tuy nhiên, tôi đã đạt được kết quả tốt trong git, thay vào đó (xem here để biết ý tưởng). Tôi phải nói rằng nó không thanh lịch và đưa toàn bộ không gian làm việc dưới sự kiểm soát phiên bản là một sự lãng phí rất lớn (bạn sẽ cam kết biên dịch các tệp, nhật ký, lịch sử, tạm thời ...), nhưng đó là giải pháp an toàn duy nhất cho tính toàn vẹn siêu dữ liệu của bạn.

Hãy lưu ý! Trong * <workspace_root> /.java* subtree có các thư viện bên ngoài và các tệp classpath cho mỗi công việc trong dự án của bạn mà bạn đã thực thi ít nhất một lần. Các đường dẫn này là tuyệt đối. Điều này có nghĩa là nếu bạn dự định sử dụng không gian làm việc được kiểm soát phiên bản của mình trong môi trường dùng chung, bất kỳ ai trong nhóm phải đặt không gian làm việc ở vị trí tuyệt đối trong hệ thống tệp cục bộ của họ (ví dụ: c:/talend_git/workspace). Nếu không, bạn sẽ nhận được một lớp học không tìm thấy ngoại lệ khi thực hiện công việc. Đáng buồn nhưng là sự thật.

Answer 5

Tôi nghĩ rằng có cơ chế tốt hơn để làm điều này với git và không theo dõi toàn bộ không gian làm việc. Với nhiều nhà phát triển theo dõi toàn bộ không gian làm việc cho phép xung đột hợp nhất trên các tệp nhị phân và không mở rộng quy mô. Kiểm tra các bước được đề cập ở đây - https://medium.com/@ganesh_m_r/version-control-talend-open-studio-project-b9523c48eb77. Hãy cho tôi biết nếu bạn gặp phải vấn đề.

Answer 6

Thay vì lưu trữ toàn bộ dự án trong SVN của bạn, bạn có thể xuất nội dung của nó và đặt bản dựng vào SVN của bạn. (Chúng tôi làm điều này, nó hoạt động tốt cho một người đàn ông hiển thị hoặc một đội bóng có kỷ luật.)

Ưu điểm:

• Bạn sẽ không cần phải thực hiện một cam kết vì sự thay đổi nhỏ mà không ảnh hưởng đến tạo mã nguồn.
• Bạn sẽ tiết kiệm được rất nhiều không gian.
• Bạn có toàn quyền kiểm soát những gì được đưa vào SVN và những gì không phải là SVN.
• Nếu bạn chọn hộp kiểm "nguồn java" và "giải nén tệp zip", bạn cũng sẽ nhận được mã nguồn của văn bản thuần túy. Vì vậy, bạn có thể sử dụng các công cụ khác biệt đơn giản để xem chính xác những gì thay đổi giữa các bản chỉnh sửa của bạn.

Nhược điểm:

• Bạn phải tự nhập phiên bản mới vào studio Talend của bạn trước khi bạn bắt đầu bất kỳ công việc (nếu có điều gì thay đổi), và tự xuất nó trước khi cam kết. Việc này có thể mất vài phút cho các dự án lớn.
• Nếu bất kỳ ai quên làm điều đó, bạn có nguy cơ làm việc với mã cũ và cam kết điều đó. (Có thể tìm thấy sai lầm đó khi thực hiện đánh giá khác về mã nguồn được tạo trước khi cam kết, nhưng rất ít người làm điều đó.)