나는 간단한 자바 웹 애플리케이션을 가지고있다. 웹 응용 프로그램에는 js, css, html 파일이 있습니다. js 파일을 변경하면 브라우저에서 새로운 변경 사항을 볼 수 없습니다. 새로운 변경 사항에 대해서는 "mvn clean install"명령을 수행해야만 새로운 변경 사항을 볼 수 있습니다. 그래서이 명령을 수행하지 않고 변경 사항을 볼 수있는 방
Jenkins는 자동 빌드/배포/테스트 및보고 작업에 자연스럽게 사용됩니다. 그러나 Jenkins의 모든 환경 관련 활동을 관리하는 것은 나쁜 습관입니까? 우리는 Microsoft Team Foundation Server와 같은 종류의 작업을 수행했습니다. 우리는 자동 빌드/배포/테스트 활동을 수행했지만 TFS에서도 데이터베이스 및 응용 프로그램 배포 활동
요즘은 오픈 소스 세계의 기쁨을 배우고 있습니다. Homebrew 패키지 빌드 관리 시스템은 Mac OS X에서 사용되었습니다. 제 목적을위한 소프트웨어를 작성하는 것은 매우 쉽고 간단했습니다. 어쨌든 이러한 패키지 시스템은 호스트 시스템 용으로 만 설계되었습니다. 다른 시스템 (예 : iOS, Android 또는 Ubuntu)의 라이브러리 (예 : Ope
우리는 중간 크기의 Windows 응용 프로그램을 vb/C# .net에서 개발했습니다. 지금도이 앱의 빌드 및 배포 프로세스는 수동입니다. 나는 아직 지식이없는 MSBuild를 사용하여이 과정을 자동화하기로 결정했다. 우리의 응용 프로그램은 이미 네 개의 솔루션 (.sln)으로 그룹화 된 프로젝트 집합과 간단한 순서로 4 개의 slns를 작성해야하는 간단한
기존의 많은 HTML 파일 세대를 통합해야합니다. Makefile. 문제는 HTML 파일이 여러 디렉토리에 있어야한다는 점입니다. 내 아이디어는 해당 HTML 파일 %.html: %.st
$(HPC) -o [email protected] $<
과 HTML 경우 모든 HTML 파일에 all: $(html)
을 따라 규칙에 소스 파일 (* .S
Maven Exec 플러그인을 사용하는 데 어려움을 겪고 있습니다. 두 개의 별도의 mvn 명령을 플러그인을 사용하여 실행하려면 모든 명령을 실행하기 위해 mvn exec : exec 만 실행하면됩니다. 다음 두 명령은 잘 별도로 작동 : <plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactI
저는 팀과 함께 일하고 있으며 우리는 퍼포 데포를 관리하는 접근 방식을 재구성하려고합니다. 우리의 현재 솔루션은 별도의 "작업"폴더 구조를 유지하는 것입니다. 각 사람은 자기 자신의 작업 폴더로 제한되어 있으며 훈련 폴더로 부풀어 오른다. 우리는 사람들이 프로젝트를 계속 들어오고 나가기 때문에 예술 분야의 아무도 실수로 프로그래밍에서 어떤 것을 망칠 수 있