«continuous-integration» 태그된 질문

소프트웨어 엔지니어링에서 CI (Continuous Integration)는 빈번한 일정에 따라 전체 소프트웨어 제품의 지속적인 구축 및 자동화 테스트를 구현합니다. 적어도 하루에 한 번, 종종 하루에 여러 번, 때로는 버전 관리 시스템에 체크인 할 때마다 자주 발생합니다.

4
절반의 기능을 구현하는 올바른 방법을 배우려면 어떻게해야합니까? [닫은]
폐쇄되었습니다 . 이 질문은 더 집중되어야 합니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 한 가지 문제에만 집중할 수 있도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 개발 팀을 이끌고 가능한 한 자주 제품을 출시하려고합니다 (연속 배송). 대부분의 경우 릴리스 간 시간보다 구현하는 데 …

1
빌드 스크립트 및 빌드 서버의 책임
빌드 스크립트와 빌드 서버의 책임에 대한 설명이 필요합니다. 지속적인 통합 및 빌드에 대한 Net의 여러 기사를 읽었습니다. 포함 F5 키는 빌드 프로세스가 아닙니다 빌드 서버 : 프로젝트의 심장 모니터 일일 빌드는 당신의 친구입니다 그리고 우리 소프트웨어의 빌드 프로세스에 관해 조언자와 대화를 나누었습니다. 그는 매우 경험이 많기 때문에 그의 진술을 신뢰하지만 …

3
지속적인 통합 및 DVCS를위한 패턴
우리는 현재 Subversion과 TeamCity를 사용하고 있으며 Mercurial (특히 FogBugz 사용자 인 킬른)을 사용하기로하겠습니다. 분명히 이것은 개발 패턴 (우리 둘 다)에서 변화 (바람직하게 개선)를 초래할 것입니다. 그러나 내가 고민하고있는 한 가지 문제는 지속적인 통합 / CI 서버의 이점을 여전히 누릴 수 있도록 구조를 구성하는 방법입니다 ( 혜택이 존재하고 남아있을 것이라는 점에 …

2
대기업에서 지속적인 통합은 어떻게 구성됩니까?
우리 회사에서는 각 기능 / 버그 수정 분기가 dev에 병합되는 방법을 확인하기 위해 중간 빌드를 수행하지 않는 것이 일반적입니다. 매일 많은 빌드가 실패하고 빌드 오류가 발생하는 일일 빌드 만 있습니다. 1000 명 이상의 개발자를 위해 각 병합에 대해 빌드하는 것은 부당하다고 들었습니다. 그래서 개발자가 많은 회사 (Microsoft, Facebook)가있는 회사에서 CI가 …

3
CI (Continuous Integration)에 통합 테스트가 포함되어야합니까?
웹 응용 프로그램을 개발 중이고 Hudson은 컴파일, 단위 테스트 및 정적 코드 분석과 같은 일반적인 작업을 수행한다고 가정합니다. 그러나 까다로운 부분은 다음 과 같습니다. Hudson 은 이전 작업이 완료되면 응용 프로그램 서버를 배포하고 시작하여 통합 테스트를 수행합니다. 이는 데이터베이스 연결, 3 부 응용 프로그램 연결, 소켓 포트 수신, 환경 변수, …

5
연속 통합 (CI)이란 무엇이며 어떻게 유용합니까? [닫은]
폐쇄되었습니다 . 이 질문은 더 집중되어야 합니다. 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 한 가지 문제에만 집중할 수 있도록 질문을 업데이트하십시오 . 휴일 육년 전 . Continious Integration의 개념을 이해하기 쉬운 방식으로 설명 할 수 있습니까? 그리고 회사는 왜 코드 전달 워크 플로우에서 CI를 …

2
성능 검토 지표의 일부로 지속적인 빌드 결과를 사용하십니까? [닫은]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 오년 전에 . 상사는 성능 검토 ( '품질'측정 기준)의 일부로 연속 빌드 (모든 커밋에서 테스트를 빌드 및 실행)의 메트릭을 사용할 계획입니다. 이것은 나에게 정말 나쁜 …

5
지속적인 통합 파이프 라인을 확신 할 수있는 충분한 자동 테스트는 언제입니까?
테스트와의 지속적인 통합은 "배송 가능"코드를 항상 확인하는 데 유용합니다. 그러나 포괄적 인 테스트 모음을 유지하는 것은 실제로 어렵고 종종 빌드가 버그가 될 것 같은 느낌이 듭니다. CI 파이프 라인 테스트에 대해 얼마나 많은 테스트를 확신해야합니까? 테스트가 충분한시기를 결정하기 위해 일종의 메트릭을 사용합니까?

1
의존성 홍보 전략 : 사일로 또는 조정?
우리는 서로 상호 의존하는 많은 앱과 웹 서비스 (일부 공개 제품, 일부 내부 및 개인 "백엔드")를 보유하고 있습니다. 이러한 구성 요소 각각에는 4 가지 환경이 있습니다 (특정 목적을 수행하는 서버 / 노드 클러스터). 비 생산 DEV-CI가 푸시 변경을 구축하는 통합 개발 환경; 엔지니어가 로컬에서 재현 할 수없는 찾기 어려운 버그를 …

3
지속적인 통합 (iOS 및 Android 프로젝트와) [닫기]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 3 년 전 . 회사에서 긍정적 인 변화를 시도하고 있는데 그 중 하나가 지속적인 통합을 구현하고 있습니다. 모바일 개발 (iOS / Android)을 수행하므로 두 가지 …

4
지속적인 통합으로 점점 더 다양한 코드베이스를 유지
지속적인 통합 설정의 철학과 디자인에 대한 도움이 필요합니다. 현재 CI 설정은 buildbot을 사용합니다. 디자인을 시작했을 때 전체 빌드를 한 번에 밤새 실행하도록 맞춤화 된 맞춤형 CI 빌더 (1 년 전 디자인에 참여한 것처럼 엄격하지는 않음)를 물려 받았습니다. 잠시 후, 우리는 이것이 불충분하다고 판단하고 다른 CI 프레임 워크를 탐색하기 시작하여 결국에는 …

1
TFS가있을 때 PowerShell에서 배포 스크립트를 작성하는 이유는 무엇입니까?
자동 배포 / 지속적인 통합을 실험 중이며 팀장과 대화했습니다. PowerShell에서 빌드 / 배포 스크립트 생성을 조사하고 있다고 말하면서 GUI를 사용하여 TFS에서 자동 배포를 설정하는 것이 매우 쉽다고 대신 조사해야합니다. VS의 소스 제어를 커밋하는 것을 제외하고는 TFS에 대한 경험이 없습니다. 어떤 상황에서 TFS가 실패하고 자동 배포를 위해 PowerShell을 사용하는 것이 더 …

4
지속적인 통합 서버는 어느 시점에서 흥미 롭습니까?
Jenkins와 같은 CI 서버에 대해 조금 읽었으며 궁금한 점이 있습니다. 어느 시점에서 유용합니까? 5 개의 수업과 10 개의 단위 테스트 만있는 소규모 프로젝트의 경우에는 실제로 필요하지 않습니다. 여기에는 약 1500 개의 단위 테스트가 있으며, (구식 Core 2 Duo 워크 스테이션에서) 약 90 초 안에 통과합니다 (실제로 "단위"를 테스트하기 때문에 매우 …

4
Continuous Build 서버 (cc.net, hudson, bamboo 등) 원격 빌드 경험?
우리는 현재 빌드 프로세스에 cc.net 서버를 한 번 사용하며 .net (msbuild & nant 사용)과 java (maven 및 ant 사용)를 모두 빌드합니다. CC.net은 소스 제어를 모니터링하고 별도의 서버에서 실행되는 원격 빌드를 트리거합니다. CC.net은 결과를 수집합니다. 원격 빌드를 실행할 때 일반적으로 다음과 같습니다. 조롱 된 데이터를 사용하여 nunit 또는 junit 또는 이와 …
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.