Làm cách nào để tổ chức không gian làm việc cá nhân cho các dự án mã trong thư mục chính của bạn? Và làm thế nào để bạn giữ cho không gian làm việc hiệu quả để xử lý nhiều dự án cùng một lúc?Làm thế nào để bạn tổ chức không gian làm việc mã và thư mục chính?
Khía cạnh quan trọng nhất của câu hỏi của tôi ở trên. Bạn có thể ngừng đọc trừ khi bạn muốn giải quyết các phụ đề cụ thể của chủ đề. Dưới đây là các câu hỏi liên quan khác nhau về tổ chức không gian làm việc. Không cần phải giải quyết tất cả chúng. Quan tâm đến việc nghe ngay cả một phần câu trả lời cho một số câu hỏi liên quan sau đây.
Câu hỏi này chủ yếu nằm trong ngữ cảnh của UNIX và OS X. Người dùng Windows có thể đưa ra đề xuất nhưng tôi chủ yếu quan tâm đến thư mục chính và quy ước dòng lệnh thường thấy trong UNIX không cửa sổ (trừ khi bạn sử dụng Cygwin).
Cụ thể cấu trúc thư mục nào bạn thấy hữu ích khi duy trì nhiều dự án mã cùng một lúc? Và khi bạn đang tải xuống một loạt các dự án mã nguồn mở, làm thế nào để giữ tất cả các cây nguồn khác nhau được tổ chức mà không làm lộn xộn không gian làm việc của bạn quá nhiều?
Đặc biệt, tôi tự hỏi những thủ thuật hay mẹo nào có thể làm cho các dự án dễ truy cập thông qua dòng lệnh và dễ dàng duyệt qua trong khi thoát ra ngoài khi bạn cần tập trung vào một dự án cụ thể.
Có các quy ước hữu ích nào bạn thấy thuận tiện để giữ các kho lưu trữ nguồn khác nhau theo thứ tự không? Đặc biệt với git làm thế nào để bạn giữ cho các chi nhánh khác nhau và các kho có liên quan được tổ chức? Bạn có thường xuyên thổi đi các bản sao làm việc và thường xuyên làm mới hoàn toàn từ kiểm soát nguồn không? Bạn giữ gìn và tại sao? Và làm thế nào để bạn đối phó với các không gian tên và đường dẫn nếu một dự án cụ thể có nhiều phụ thuộc đường dẫn mà bạn phải ánh xạ tới cấu trúc thư mục chính của riêng bạn?
Còn thư mục bin và thư viện chung thì sao? Làm thế nào để bạn quản lý điều này nếu bạn cần tạo ra nhiều môi trường phát triển tiềm năng cho các dự án khác nhau (có lẽ các phiên bản khác nhau của PHP, Ruby, Perl, máy chủ web, trình biên dịch, v.v.).
Đối với quản trị viên sys dày dạn kinh nghiệm, những gì hiệu quả từ kinh nghiệm và những gì không hiệu quả?
Làm thế nào để bạn giữ nó đơn giản nhất có thể nhưng không quá đơn giản?
Và điều gì mang đến cho bạn sự linh hoạt nhất để làm việc trên nhiều dự án cùng một lúc?
Bạn có thường xuyên di chuyển các dự án ra khỏi vùng làm việc của bạn và nhập lại từ kiểm soát nguồn không. Làm thế nào để ngăn chặn sự tích tụ của cruft trong khi giảm sự cần thiết phải tái tạo các môi trường dự án quá thường xuyên?
Làm thế nào để bạn dọn sạch hoặc thổi đi toàn bộ không gian làm việc của mình để có thể bắt đầu với một phương tiện trống mà không mất quyền truy cập vào mã nguồn có giá trị và hiệu quả tổ chức thu được từ các dự án trước đây?
Hầu hết mọi câu bạn đã viết đều kết thúc bằng dấu chấm hỏi. Tôi muốn đề nghị bạn ngưng bài viết của mình thành một câu hỏi có thể quản lý được) –
Bài đăng này có thể là một ứng cử viên tốt cho cộng đồng wiki. – Amber
câu hỏi trong phòng chat là "bạn đã bao giờ sử dụng git" và câu trả lời là không, vì vậy nếu như tôi, bạn nghĩ "thổi bay repo của bạn? Làm sạch cây xây dựng?" thì đó là lý do. Chỉ nghĩ rằng tôi sẽ làm rõ cho anh ta. – jcolebrand