«continuous-integration» 태그된 질문

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

13
버전 관리 및 지속적인 통합을 사용하지 않는 심각한 회사가 있습니까? 왜?
필자의 동료는 지속적인 통합이 가능한 빌드 서버와 버전 제어 소프트웨어를 모두 사용하여 소프트웨어 부서가 고도로 발전했다는 인상을 받았습니다. 나는 진지한 소프트웨어를 만들었고 어느 ​​것도 가지고 있지 않은 회사를 알고 있기 때문에 이것은 내 견해와 일치하지 않았다. 그러나 제 경험은 소수의 회사에만 국한됩니다. 소프트웨어 비즈니스에 있으며 이러한 도구를 사용하지 않는 실제 …
2
헤비급 기업 커뮤니케이션, 구성 관리 및 테스트 요구 사항이 포함 된 Mercurial Repository 구조
나는 아직 분산 버전 관리의 타오에서 자신을 다시 교육하기 위해 고군분투하는 또 다른 Subversion 사용자입니다. Subversion을 사용할 때 저는 프로젝트 마이너 접근 방식에 큰 관심을 보였으며 대부분의 이전 고용주와 함께 리포지토리 지점을 구성했습니다. 다음과 같이 태그 및 트렁크 : branches-+ +-personal-+ | +-alice-+ | | +-shinyNewFeature | | +-AUTOMATED-+ | …
6
“자동 빌드”란 무엇입니까?
프로젝트에 Continuous Integration을 추가하려고합니다. Wikipedia 에 따르면 CI의 주요 부분은 자동화 된 빌드입니다. 그러나 CI 및 빌드 자동화 기사가 동의하지 않는 것처럼 정확히 무엇을 의미하는지 혼란 스럽습니다 . 구체적인 혼란 지점 : "자동 빌드"는 다음 과 같은 맥락에서 무엇을 의미합니까? Python 또는 Perl과 같은 해석 언어를 사용하는 프로젝트? 최종 사용자 …
6
자동 빌드 시스템을 설정하는 담당자는 누구입니까?
저는 회사의 프로젝트 관리자입니다. CVS라고하는 잘 알려진 표준 버전 제어 시스템을 사용하여 몇 명의 개발자 팀과 함께 작업합니다. 빌드 중단 및 프로덕션 서버에 대한 부적절한 배포로 인한 문제를 방지하기 위해 지속적인 통합 및 자동화 된 빌드를 구현하고 싶습니다. 나는 이것을 스스로 설정할 수 있다고 확신하지만 두 가지 이유로 직접하고 싶지 …
2
실패한 테스트를 어디에서 진행해야합니까?
방금 GitHub 리포지토리의 브랜치 설정을 변경하여 내 [다음] 브랜치에 풀 요청을 통한 전달 CI 빌드가 필요합니다. 테스트 실패에 대한 여러 팀원과의 토론이 이어졌습니다. 맥락 상 ... 리포지토리에는 릴리스가있을 때만 PR되는 [master] 브랜치가 있으므로 [master]에는 메이저, 마이너, 핫픽스, 베타, 알파 / 여부에 관계없이 마지막 릴리스 시점 의 코드가 포함 됩니다 시험판 …
8
"통과 / 깨진 빌드"표시기의 대안?
각 커밋에서 테스트를 지속적으로 통합 할 때 가장 좋은 방법은 모든 테스트를 항상 통과시키는 것입니다 (일명 "빌드를 중단하지 마십시오"). 나는 그것에 대해 몇 가지 문제를 발견했다. 예를 들어 티켓에 해당하는 테스트를 작성하여 오픈 소스 프로젝트를 도울 수 없습니다. 실패한 테스트가 포함 된 오픈 소스 프로젝트에 풀 요청을 제안하면 빌드가 실패한 …
4
외부 API 테스트를 수행하는 방법 (블랙 박스)
공급 업체의 API를 사용한다고 가정하면 API가 예상대로 작동하는지 확인하는 방법은 무엇입니까? 저의 주요 관심사는 때때로 벤더가 코드 변경 사항을 푸시하고 API를 중단하는 것입니다. 우리는 지속적으로 테스트 할 수있는 일종의 자동 소프트웨어를 원합니다. 이것을 다루는 방법?
2
연속 통합 도구를 어떻게 선택해야합니까? [닫은]
닫은. 이 질문은 주제에 맞지 않습니다 . 현재 답변을받지 않습니다. 이 질문을 개선하고 싶습니까? Software Engineering Stack Exchange에 대한 주제가 되도록 질문을 업데이트하십시오 . 휴일 오년 전에 . Wikipedia의 통합 서버 에 대한 이 멋진 비교표를 찾았 지만 도구 순위와 내 요구 사항 및 관심 분야를 어떻게 평가할 지 잘 …
3
다중 저장소 환경의 패키지 및 버전 전략
우리는 자체 팀 리포지토리를 관리하는 여러 팀이있는 작은 회사입니다. 이것은 웹 플랫폼이며 각 팀의 아티팩트는 매일 밤 테스트를 위해 배포됩니다. 버전 관리 및 패키징 관련 프로세스를 공식화하려고합니다. 모든 팀에는 일상적인 개발을 수행하는 마스터 지점이 있습니다. 각 팀의 품질 보증 담당자는 팀 변경 사항의 결과물을 요리사가 모든 구성 요소를 결합한 테스트 …
5
홀수 회사 릴리스주기 : 분산 소스 제어?
이 긴 글에 대해 죄송하지만 그만한 가치가 있다고 생각합니다. 나는 방금 작업 한 다른 장소와는 약간 다르게 작동하는 작은 .NET 상점으로 시작했습니다. 이전의 다른 직책과 달리 여기에 작성된 소프트웨어는 여러 고객을 대상으로하며 모든 고객이 동시에 최신 소프트웨어 릴리스를받는 것은 아닙니다. 따라서 "현재 프로덕션 버전"이 없습니다. 고객은 업데이트를 받으면 마지막 업데이트 …
4
릴리스 빌드 대 야간 빌드
일반적인 솔루션은 빌드 서버에서 CI (Continuous Integration) 빌드를 실행하는 것입니다. 소스 코드를 분석하고 빌드 (디버그에서)하고 테스트를 실행하며 테스트 범위를 측정하는 등의 작업을 수행합니다. 이제 일반적으로 알려진 또 다른 빌드 유형은 "Nightly build"입니다. 코드 문서 작성, 설정 패키지 작성, 테스트 환경에 배포 및 테스트 환경에 대한 자동 (연기 또는 수락) 테스트 …
3
빌드 자동화 vs 배포 자동화 vs 지속적인 통합
보다 효율적으로 운영하고 싶습니다. 운영 도구를 효율적으로 사용하고 싶습니다. 이를 염두에두고 지속적인 통합에 대해 더 많이 배우고 싶었지만 여기에는 여러 가지가있는 것 같습니다. 나는 실제로 내 작업 (IntelliJ, WebStorm ...)에서 Jetbrains 슈트와 함께 일하고 있으므로 계속 사용하고 싶었고 TeamCity를 사용하여 지속적인 통합을위한 많은 플러그인이있는 훌륭한 도구가되었습니다. 내 문제는 차이점이 무엇인지 …
2
같은 GitLab 서버에서 CI 러너?
회사에서 GitLab 서버를 설정하고 있으며 이제 GitLab CI를 추가하고 있습니다. 이 작업을 시작하기 전에 GitLab 및 GitLab CI에서 사용하는 동일한 서버에서 러너를 실행하는 데 어떤 단점이 있는지 이해하고 싶습니다. 보안 문제가 있다고 읽었지만 내부적으로 만 사용하므로 이것이 문제가 될 수 있다고 생각하지 않습니다. 뭔가 빠졌습니까?
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.