저는 (곧) 여러 다른 버전 (시험판, 전문가, 기업 등)으로 분기 될 프로젝트를 연구 중입니다. 저는 Subversion이 처음 출시 된 이래로 Subversion을 사용 해왔고 (그 전에는 CVS 였기 때문에) 분기와 태그의 추상 개념에 익숙합니다. 그러나 모든 개발 경험에서 저는 트렁크 코드에 대해서만 일했습니다. 드문 경우지만 일부 다른 개발자 (저
기존의 많은 HTML 파일 세대를 통합해야합니다. Makefile. 문제는 HTML 파일이 여러 디렉토리에 있어야한다는 점입니다. 내 아이디어는 해당 HTML 파일 %.html: %.st
$(HPC) -o [email protected] $<
과 HTML 경우 모든 HTML 파일에 all: $(html)
을 따라 규칙에 소스 파일 (* .S
우리 회사는 SaaS 플랫폼을 유지 관리하고 있으며 꽤 중요한 릴리스에 접근 중입니다. 야간 활동 전개에는 여러 개발 용 & 품질 보증 그룹, 운영, 전문 서비스 및 고객 지원 부서에 이르는 대규모 교차 기능 팀이 참여합니다. 우리는 항상 릴리스 창에서 수행 할 모든 작업을 조정하기 위해 간단한 작업 목록과 채팅룸을 사용했지만 릴리스가 더 커지고 복잡 해짐
알고있는 문제에 대한 세부 정보를 나열하는 많은 API를 보았습니까? 알려진 문제가있는 경우이를 고치기 전에 공개해야하는 이유는 무엇입니까? 이유가 무엇입니까? 죽은 줄? 아니면 뭔가 다른 것을 고칠 수있는 고정? 참고 :이 질문이 여기에 속하는지 확실하지 않습니다. 이것이 유효한 질문이 아닌 경우 닫으십시오.
점점 더 많은 오픈 소스 세계에서 릴리스가 중요 릴리스로 취급 되더라도 0.x로 릴리스 될 수있는 경향이있는 것 같습니다. 경우에 따라 두 개의 마이너 릴리스간에 호환성이 없을 수도 있습니다. 어떤 사람이이 일을하는 데 좋은 이유나 근거가 있는지 이해할 수있게 도와 줄 수 있습니까? 아니면 개발자가 실제로 끝나지 않은 것처럼 느껴지도록하는 완벽주의 행진입니
Zend Framework와 Ruby On Rails 사이에서 웹 애플리케이션을 결정하려고합니다. 점진적으로 RoR에의 마이그레이션 기능 (001_something.sql, 002_something_else.sql)와 마찬가지로, 내 데이터베이스에 대한 변경 사항을 추적하는 방법 : 내가 ZF와 함께 갈 경우 , 나는 다음이 필요합니다. 내 소프트웨어의 다
제 동료 중 한 명이 오늘 저에게 일부 프로젝트가 자신의 릴리스 버전을 만드는 이상한 IMHO 방식을 사용한다고 말했습니다. 릴리스가 불안정한 경우 부 버전은 홀수입니다 (예 : 1.3, 1.5. 반면, 안정 버전에는 심지어 작은 버전 번호가 있습니다 (예 : 1.2, 1.4. 처음에 나는 내 귀를 믿을 수 없었습니다. 그것은 비현실적이었습니다. 그렇다면
Windows 배치 스크립트를 사용하는 기존 절차의 고급 버전을 사용하여 고객에게 소프트웨어를 출시 할 계획입니다. 이 과정을 개선하고 다음 항목의 설치를 자동화하기를 희망합니다 : 파일. 파일은 단순히 대상에 복사됩니다. MSSQL 데이터베이스. OSQL 명령을 사용하여 데이터베이스에 대해 이러한 명령을 실행합니다. IIS 가상 디렉터리. Windows
내 메인 사이트는 Invision Power Board 위에 구축되었습니다. 버전 3이 출시되는 즉시 깨끗한 코드베이스로 시작하여 모든 수정 사항을 다시 만들고 싶습니다.하지만 문제는 Invision이 새 버전을 출시 할 때 수정 한 사항을 추적 할 때 다시 적용 할 수 있기 때문에 항상 문제가 있다는 것입니다. 할 것. 이 새로운 버전은 svn에 저장되지