2010-08-19 35 views
15

Tôi muốn kiểm tra một Dự án Web động mà tôi đã tạo trong nhật thực thành svn. Ai đó có thể cho tôi biết tôi phải kiểm tra những tệp nào và tôi nên làm gì? Ý tưởng là để có thể kiểm tra dự án bằng cách sử dụng New Project Wizard để tôi có thể tạo lại Dynamic Web Project. Cụ thể hơn ở đây là các tập tin/thư mục tôi có trong dự án -Kiểm tra trong một dự án Eclipse vào SVN

  • src
  • WebContent
  • build
  • quận
  • build.xml
  • .project
  • classpath
  • .settings/

Thư mục xây dựng không được phép kiểm tra rõ ràng. Còn những người khác thì sao? Tôi đoán tất cả. các tập tin không nên được kiểm tra trong một trong hai. Một số người có thể xác minh điều này không? Thư mục dist này và thư mục .settings là gì?

Ngoài ra, nhật thực lưu trữ thông tin Máy chủ (tomcat) ở đâu? Tôi cũng không muốn kiểm tra nó.

EDIT:

tôi bước đầu đã kiểm tra trong tất cả những điều trên, ngoại trừ việc xây dựng danh mục các khóa học. Khi tôi kiểm tra dự án từ bên trong Eclipse, nó không nhắc tôi tạo một dự án mới vì dự án có ở đó nhưng Eclipse đã tạo một dự án JavaEE hoặc một cái gì đó thay vì Dự án Web động. Có ai khác chạy vào hành vi này không?

** CHỈNH SỬA 2 **

Tìm thấy! Hóa ra tôi không nên kiểm tra trong những điều sau đây -

  • .project
  • .settings/
  • classpath

Khi những 3 được loại bỏ các dự án Hướng dẫn mới các công trình như mong đợi và tất cả mọi thứ Ổn.

Trả lời

13

Nếu bạn đăng ký .classpath/.project/.settings bạn làm cho dự án của bạn trở nên cụ thể cho Eclipse. Còn các nhà phát triển làm việc với Netbeans hoặc IntelliJ thì sao? IMO nó sạch hơn để giữ cho dự án của bạn độc lập với IDE và dễ thiết lập.

Tôi thường đi xây dựng Maven. pom.xml chỉ định tất cả các phụ thuộc bắt buộc và mvn eclipse:eclipse tạo các tệp .classpath/.project cho bạn.

Thư mục .settings chứa cài đặt cục bộ (như phiên bản Java nào bạn muốn sử dụng). IMO nó không phải là hữu ích để kiểm tra này in Bạn có thể thực thi Java phiên bản tuân thủ thông qua các maven2 pom.

Cuối cùng, đối với dự án tiếp theo của bạn, protip của tôi là svn-ignore các tệp hoặc thư mục mà bạn không muốn trong SVN trước cam kết đầu tiên của bạn. Trong thiết lập Maven2 sẽ là .settings.classpath.projecttarget (thư mục đầu ra mặc định của Maven2) và bất kỳ nội dung nào khác được tạo (tệp nhật ký, thư mục gfembed, v.v ...). Trong trường hợp của bạn, bạn sẽ bỏ qua builddist thay vì target.

Bạn có thể svn-ignore tệp hoặc thư mục với RIGHT_MOUSE->Team->'Add to svn:ignore' (Tôi sử dụng plugin Subclipse). Các hướng dẫn bỏ qua được lưu trữ dưới dạng svn-properties trên thư mục chính. Các thuộc tính trên một thư mục có thể được xem bởi RIGHT_MOUSE->Team->Show properties. Bạn cũng có thể chỉnh sửa trực tiếp các thuộc tính ở đó bằng cách nhấp vào trường giá trị. Hãy chắc chắn rằng có một dòng cuối cùng sau mỗi thuộc tính.

Bây giờ bạn đã cam kết và sau đó xóa các tệp này, bỏ qua sẽ không hoạt động nữa trong trải nghiệm của tôi. Bằng cách nào đó tôi đã không bao giờ quản lý thành công bỏ qua các tập tin được tạo ra đã từng được kiểm tra vào kho SVN; chúng giống như thây ma, luôn luôn trở về từ cõi chết. Có lẽ bằng cách xóa mục của họ về mặt vật lý trong repo SVN này có thể đạt được, nhưng tôi đã không bao giờ thực hiện nó.

+0

Cảm ơn đó là một điểm tốt về IDE cụ thể các tập tin và một ý tưởng tốt của nó để sử dụng svn bỏ qua quá. – user220201

+0

Mặc dù nội dung của .settings là cụ thể cho Eclipse, điều đó không có nghĩa là chúng không cần phải được chia sẻ với các thành viên khác trong nhóm của bạn. Cụ thể, bạn có thể muốn chia sẻ các tùy chọn cảnh báo JDT cho dự án của mình. Nó sẽ là một nỗi đau thực sự để chia sẻ chúng bằng cách tạo ra chúng. –

+0

Điểm tốt. Đôi khi tôi chia sẻ các cài đặt như vậy bằng cách xuất chúng từ IDE và chia sẻ các tệp. Ví dụ Eclipse cho phép xuất các quy tắc mẫu và mã mẫu. Một ví dụ khác là cài đặt kiểu kiểm tra. Tất cả các cài đặt này thường là các chính sách của toàn công ty, do đó, chúng thường tìm thấy chúng trên Wiki liên kết, không được kiểm tra vào từng dự án. –

0

Tôi sẽ bỏ qua .project, .settings /, dist và build.

Đường dẫn .classpath có thể được để lại nếu bạn sử dụng các biến thay vì đường dẫn mã cứng. Điều này rất hữu ích, do đó bạn không phải xây dựng lại classpath của bạn mỗi khi bạn kiểm tra dự án.

11

Trong trường hợp của chúng tôi, chúng tôi đã kiểm tra tất cả những gì bạn đã đề cập trong danh sách ngoại trừ, .settings /.

Với .classpath.project đăng ký, người dùng có thể nhanh chóng kiểm tra dự án và khởi động Eclipse trên máy tính mới và chỉ bắt đầu làm việc trên đó; thay thế là để cấu hình các dự án bằng tay và thêm vào tất cả các phụ thuộc jar cẩn thận (nếu bạn sử dụng kiến). Nhiều dự án nguồn mở làm điều này.

Đọc this, có một số điểm thực sự tốt để suy ngẫm về.

+0

Liên kết chết tới bài đăng trên blog, URL mới là: http://lousycoder.blogspot.com/2008/09/arguments-against-checking-in-your.html – David

2

Câu hỏi hay ... Nhiều người trong chúng ta đang gặp khó khăn về việc liệu chúng tôi có muốn kiểm tra các tệp liên quan đến IDE hay không. Tôi thường đi kiểm tra. Classpath cho eclipse và tôi sử dụng các biến eclipse để đảm bảo rằng đội cần thay đổi giá trị biến và nó hoạt động. Chúng tôi cũng kiểm tra dự án để nhóm không cần phải tạo dự án mới trong không gian làm việc của họ.

Các vấn đề liên quan