Automation provides a couple of maj

Automation provides a couple of major benefits:

Reliability – you’re eliminating many potential sources of human error
Time saving – fewer manual steps means less time wasted
Another consideration is reproducibility. In other words, given a fixed set of inputs, we want the outputs to always be the same. If a build is not reproducible, you won’t be able to guarantee that you’re building the same binaries that you gave to a client a year or two back. Build tools can certainly help with this by removing the human error component, but they are not sufficient on their own as you can easily make a build that is dependent on its environment.

In essence, we want a build tool that allows us to automate as much of the development and deployment process as possible. Most of us already include compilation, running unit tests, and packaging, but what about:

Creating a complete developer environment for a project from scratch
Generating a project’s documentation (possibly in multiple languages)
Running the application in a special developer mode
Running functional/integration tests that require special setup
Automatically updating source control management (SCM) information, such as tags
Stopping, deploying, and restarting server apps in different environments
A lot of these aspects are very project-specific and require customisation of the build. It’s also becoming quite common to mix multiple languages and platforms into a single project, such as JavaScript for a rich browser front end and Java for the back end. How should you handle these project-specific build requirements? You might use different tools or run special scripts manually, but that kind of appraoch takes you away from the ideal of a fully automated process, weakening the benefits I talked about earlier.

Full automation is an important goal for building software, but it’s not the sole one. How much effort does it takes to set up a software build in the first place and how easy it is for an outside or new hire to understand it? You don’t want developers and build masters wasting time trying to understand how to use a highly customised build system if you don’t have to. That’s where the concept of conventions comes in: standardise those things that are common to the majority of software projects of a particular type. Think directory structure, compilation, packaging, etc. Maven hit the nail on the head when it introduced conventions to Java build.

Kết quả (Việt) 1:

Tự động cung cấp một số lợi ích lớn:Độ tin cậy-bạn đang loại bỏ nhiều các nguồn tiềm năng của lỗi của con ngườiTiết kiệm thời gian-ít bước hướng dẫn sử dụng có nghĩa là ít thời gian lãng phíXem xét khác là reproducibility. Nói cách khác, chúng tôi đưa ra một tập cố định các yếu tố đầu vào, muốn kết quả đầu ra để luôn luôn là như vậy. Nếu xây dựng không phải là không thể sanh sản nhiều, bạn sẽ không thể đảm bảo rằng bạn đang xây dựng những chương trình tương tự mà bạn đã cung cấp cho khách hàng một năm hoặc hai trở lại. Công cụ xây dựng chắc chắn có thể trợ giúp với điều này bằng cách loại bỏ các thành phần lỗi của con người, nhưng họ không phải đủ ngày của riêng mình khi bạn có thể dễ dàng thực hiện một xây dựng phụ thuộc vào môi trường của nó.Về bản chất, chúng tôi muốn xây dựng một công cụ cho phép chúng tôi để tự động hoá càng nhiều của việc phát triển và triển khai quy trình càng tốt. Hầu hết chúng ta đã bao gồm các trình biên dịch, chạy thử nghiệm đơn vị, và bao bì, nhưng những gì về:Tạo ra một môi trường phát triển hoàn chỉnh cho một dự án từ đầuTạo ra một dự án tài liệu (có thể trong nhiều ngôn ngữ)Chạy các ứng dụng trong một chế độ đặc biệt phát triểnChạy thử nghiệm chức năng/hội nhập yêu cầu thiết lập đặc biệtTự động Cập Nhật nguồn thông tin quản lý (SCM) điều khiển, như thẻDừng lại, triển khai và khởi động lại máy chủ ứng dụng trong các môi trường khác nhauRất nhiều các khía cạnh rất cụ thể của dự án và yêu cầu các tuỳ chỉnh xây dựng. Nó cũng trở nên khá phổ biến để kết hợp nhiều ngôn ngữ và các nền tảng vào một dự án duy nhất, chẳng hạn như JavaScript cho một kết thúc trước giàu trình duyệt và Java cho kết thúc trở lại. Làm thế nào nên bạn có thể xử lý các yêu cầu này dành riêng cho dự án xây dựng? Bạn có thể sử dụng công cụ khác nhau hoặc chạy kịch bản đặc biệt bằng tay, nhưng đó là loại của appraoch sẽ đưa bạn ra khỏi lý tưởng của một quá trình hoàn toàn tự động, làm suy yếu những lợi ích mà tôi nói chuyện về trước đó.Tự động hóa đầy đủ là một mục tiêu quan trọng cho việc xây dựng phần mềm, nhưng nó không phải là người duy nhất. Bao nhiêu nỗ lực nào nó cần để thiết lập một phần mềm xây dựng ở nơi đầu tiên và nó là cách dễ dàng cho một thuê bên ngoài hoặc mới hiểu được nó? Bạn không muốn các nhà phát triển và xây dựng các thạc sĩ lãng phí thời gian cố gắng để hiểu làm thế nào để sử dụng một hệ thống rất tùy chỉnh xây dựng nếu bạn không cần phải. Đó là nơi mà các khái niệm về công ước đến in: chuẩn những điều chung cho phần lớn các dự án phần mềm của một loại hình cụ thể. Nghĩ rằng cấu trúc thư mục, biên soạn, bao bì, vv. Maven nhấn đinh trên đầu khi nó giới thiệu công ước để xây dựng Java.

Kết quả (Việt) 2:

Tự động hóa cung cấp một vài lợi ích chính:

Độ bền - bạn muốn loại bỏ nhiều nguồn tiềm năng lỗi của con người
tiết kiệm thời gian - ít các bước thủ công có nghĩa là ít thời gian lãng phí
xem xét khác là tái lặp. Nói cách khác, cho một tập cố định các đầu vào, chúng tôi muốn các kết quả đầu ra để luôn luôn giống nhau. Nếu xây dựng không phải là tái sản xuất, bạn sẽ không thể để đảm bảo rằng bạn đang xây dựng những chương trình tương tự mà bạn đã cung cấp cho khách hàng một hoặc hai trở lại trong năm. Xây dựng các công cụ chắc chắn có thể giúp đỡ với điều này bằng cách loại bỏ các thành phần lỗi của con người, nhưng họ không đủ tự của họ như bạn có thể dễ dàng thực hiện một xây dựng mà là phụ thuộc vào môi trường của nó.

Về bản chất, chúng tôi muốn có một công cụ xây dựng cho phép chúng ta tự động hoá càng nhiều của sự phát triển và triển khai quy trình càng tốt. Hầu hết chúng ta đã bao gồm trình biên dịch,

chạy thử nghiệm đơn vị, và bao bì, nhưng những gì về: Tạo ra một môi trường phát triển hoàn chỉnh cho một dự án từ đầu
Tạo tài liệu của dự án (có thể bằng nhiều ngôn ngữ)
Chạy các ứng dụng trong một chế độ phát triển đặc biệt
Chạy thử nghiệm chức năng / hội nhập đòi hỏi phải thiết lập đặc biệt
Tự động cập nhật quản lý kiểm soát nguồn (SCM) thông tin, chẳng hạn như thẻ
Dừng triển khai và khởi động lại ứng dụng máy chủ trong môi trường khác nhau
rất nhiều những khía cạnh rất dự án cụ thể và yêu cầu tùy biến của xây dựng. Nó cũng trở nên khá phổ biến để trộn nhiều ngôn ngữ và nền tảng này vào một dự án duy nhất, chẳng hạn như JavaScript cho một phong phú cuối duyệt trước và Java để kết thúc trở lại. Làm thế nào bạn nên xử lý các yêu cầu xây dựng dự án cụ thể? Bạn có thể sử dụng các công cụ khác nhau hoặc chạy các kịch bản đặc biệt bằng tay, nhưng loại appraoch sẽ đưa bạn đi từ lý tưởng của một quá trình hoàn toàn tự động, làm suy yếu lợi ích tôi nói chuyện về trước.

Full tự động hóa là một mục tiêu quan trọng để xây dựng phần mềm, nhưng nó không phải là một duy nhất. Bao nhiêu nỗ lực không cần thiết để thiết lập một phần mềm xây dựng ở nơi đầu tiên và làm thế nào là dễ dàng cho một bên ngoài hoặc cho thuê mới để hiểu nó? Bạn không muốn các nhà phát triển và xây dựng chủ lãng phí thời gian cố gắng để hiểu làm thế nào để sử dụng một hệ thống xây dựng tùy biến rất cao nếu bạn không phải. Đó là nơi mà các khái niệm về ước đến trong: chuẩn hóa những điều mà là chung cho phần lớn các dự án phần mềm của một loại cụ thể. Hãy nghĩ cấu trúc thư mục, biên soạn, bao bì, vv

Kết quả (Việt) 3:

Tự động hóa cung cấp nhiều lợi ích chính:Độ tin cậy - Anh loại bỏ nhiều tiềm năng nguồn cho sai lầmTiết kiệm thời gian - giảm từng bước bằng tay có nghĩa là ít hơn phí thời gianMột người khác xem xét có thể lặp lại.Nói cách khác, được một nhóm định nhập, chúng tôi muốn ra thì luôn luôn giống nhau.Nếu một người tạo ra là không thể lặp lại, anh sẽ không thể đảm bảo là anh đang xây dựng một cùng một tập tin nhị phân, ông đã cho khách hàng một năm hay hai lần.Tất nhiên là có thể được gỡ bỏ công cụ để xây dựng các thành phần cho sai lầm để giúp nó một chút, nhưng chúng cũng không đủ, bởi vì anh có thể dễ dàng tạo ra phụ thuộc vào môi trường của nó xây dựng;.Về cơ bản, chúng tôi muốn xây dựng một công cụ, làm cho chúng ta có thể có khả năng tự động hóa trong quá trình phát triển và triển khai sớm nhất có thể.Chúng ta đã bao gồm hầu hết các đơn vị biên dịch, chạy thử nghiệm và đóng gói, nhưng cách:Bắt đầu từ đầu chương trình tạo môi trường phát triển đầy đủDự án để tạo ra các tài liệu (có thể là ngôn ngữ dân tộc).Đặc biệt các nhà phát triển trong chế độ chạy ứng dụngĐặc biệt hoạt động cần thiết lập kiểm tra tích hợp chức năng /Quản lý mã nguồn tự động cập nhật thông tin quản lý (SCM), như nhãnỞ trong một môi trường khác nhau, và khởi động lại máy chủ dừng triển khai ứng dụngRất nhiều những mặt đều rất cụ thể và yêu cầu xây dựng dự án được chọn.Đây cũng là ngôn ngữ pha trộn nhiều nền tảng và đến một dự án trở nên khá phổ biến, như giao diện trình duyệt hậu phương giàu và Java JavaScript.Anh phải làm gì với những yêu cầu cụ thể của dự án xây dựng.Anh có thể sẽ sử dụng công cụ khác đặc biệt là kịch bản hay chạy bằng tay, nhưng phương pháp này cần cậu từ một quá trình lý tưởng hoàn toàn tự động, làm suy yếu về lợi ích trước mắt tôi.Toàn bộ phần mềm tự động hóa là xây dựng một mục tiêu quan trọng, nhưng không phải là người duy nhất.Xây dựng một phần mềm đầu tiên cần nỗ lực xây dựng tốn bao nhiêu, với một bên ngoài hoặc thuê người thì mới hiểu được nó là dễ dàng như thế nào?Anh không muốn phát triển xây dựng chủ và lãng phí thời gian để biết cách sử dụng một chiều cao xây dựng hệ thống cá nhân, nếu anh không có.Đây là thông lệ của khái niệm là: khiến những đặc trưng cho một dự án phần mềm của hầu hết các loại thông thường.Nghĩ rằng cấu trúc thư mục, đóng gói, biên soạn, đợi chuyên gia xây dựng mạnh giới thiệu công ước Java.