TFS 용 사용자 지정 빌드 스크립트를 개발하는 중이며 TFS 빌드 스크립트를 개발, 테스트 및 배포하기위한 모범 사례가 있는지 알고 싶습니다. 프로덕션 빌드 서버와 별도로 개발 및 QC 환경을 설정합니까? 개발중인 스크립트 빌드가 "프로덕션"빌드를 방해하지 않도록 나머지 빌드 프로세스에서 스크립트를 개발하는 프로세스를 격리하는 다른 방법이 있습니까? Te
그리고 테스트 환경과 프로덕션 환경을 어떻게 동기화합니까? 데이터베이스 테이블의 인덱스에 관해서는 데이터베이스를 쿼리하는 코드 작성에 없어서는 안될 부분입니다. 색인에 대한 영향을 분석하지 않고 새 조회를 도입하거나 조회를 변경할 수는 없습니다. 그래서 내 모든 환경에서 인덱스를 동기화하는 데 최선을 다하고 있지만 솔직히 말해서 나는 이것을 자동화하는 데별
애자 일 (SCRUM, XP, FDD, ...), Waterfall, RUP, ... 왜 소규모 회사는 처음부터 하나를 채택 할까. 왜 각 프로젝트를 완성 해 버릴 수 있을까요? (일반적인 팀 사이즈는 1 ~ 2). 나는 논쟁에 대해 짧은 프레젠테이션을 준비하고 있지만 모든 사람이 생각하는 것을 듣고 싶습니다.
위험 분석과 위험 완화의 차이점과 (코딩 전 또는 코딩 이후) 누가 소프트웨어 개발 수명주기에서 수행해야하는지 (QA/분석가/개발자)는 무엇입니까? 의견, 링크 또는 문서 템플릿이 유용 할 것입니다. 편집 나는 미드의 의견에 따라 경우 "톰 드 마르코에 따르면 - 리스크 관리는 성인을위한 프로젝트 관리는" 그에게 필요하지 않은 기존의 SDLC의 일부 지역을
이것은 정확한 답변이있는 질문이 아닙니다. 엄격하게 말해 설문 조사에서 가장 잘 나타낼 수 있지만 그 기능을 사용할 수는 없습니다.하지만 진정한 답변에 관심이있어 어쨌든 부탁합니다. 과 비교하여 greenfield 개발에 얼마나 많은 시간을 투자 했습니까? 지난 10 년 동안 저는 그린 필드에서 20 %, 브라운 필드에서 80 %를 소비했을 것으로 추정됩니
Microsoft 팀 시스템과 IBM Rational Team Concert는 모두 유사한 기능을 제공합니다. 두 사람 모두 자신이 좋아하는 IDE로 Java 또는 .NET 개발자를 지원할 수 있다고 주장합니다. 모두를 위해 작동하는 하나의 솔루션에 대해 다른 것보다 낫다는 경험이 있습니까? 그 둘 사이에 중요한 차이점 (특징)이있어 다른 것에 대해 하나의
코드 협력을 위해 도구을 사용하는 사람이 있습니까? 우리는 이미 SDLC를 관리하는 기존 시스템을 가지고 있으므로 별도의 시스템을 원하지 않습니다. 우리가 SDLC 시스템에 보관할 수있는 주석을 달기 위해 코드에 주석을 달기위한 도구를 찾고 있습니다. 예를 들어, 지금은 MS Word에 기본 제공 변경 추적 및 설명 기능을 사용하고 있습니다. 좀 더 가벼운
확실하지 않습니다.이 시나리오가 발생하는 사용자가있는 경우 작은 규모의 프로젝트가 있거나 매일 개의 LIVE 라이브에 푸시해야하는 수정 사항이 있습니다. "깔끔한 빌드 및 배포 된 서버에서 배포"라는 팀이 있습니다. 다른 집합은 전체 배포를 수행 할 필요가 없다고 말하면서 dll drop 또는 aspx drop을 수행합니다. 그들은 각 방법에 대해 찬반 양
는 그것이 Systems Development Life Cycle page on Wikipedia에 언급 : 이를 관리하려면, 시스템 개발 수명주기 (SDLC) 모델 번호가 생성되었습니다 폭포, 분수, 나선형, 신속한 프로토 타입을 구축하고 수정하는 증분 및 동기화 및 안정화. Google에서 몇 가지 사실을 발견했지만 막연한 느낌이었고 나를 클릭하지 않았