현재 prod에서 실행되는 응용 프로그램이 있습니다. 문제는 버전입니다. 현재 버전이 있지만 전복은 없으므로 테스트 환경에서 버전 번호는 이미 100+를 초과했습니다. 이것은 우리가 원하지 않는 무언가이며, 이것이 우리가 전복을 추가하는 이유입니다. 내 질문에, 버전 및 서브 버전 - db 또는 varchar로 버전을 보유하고 응용 프로그램 수준 또는 저장
사용자가 모든 배포에서 CTRL-F5를 누르지 않아도되도록하는 것이 가장 좋은 방법인지 궁금합니다. 변경된 스크립트 파일의 캐시 된 버전이 네트워크 구성 요소 또는 브라우저에서 대기중인 것을 원하지 않습니다. 개별적으로 스크립트 이름을 바꾸는 작업은 많은 작업처럼 보일 수 있으며 상당한 전문 분야가 필요합니다. 아이디어 : 스크립트 URL이 /Scripts
처음 면책 조항 : 여기에서 불가능하다고 생각하는지 모르겠다. 레일 (2.3.12) 애플리케이션은 매우 빠르게 성장하고 있습니다. 작은 깡패는 이미> 20 모델 및> 100 마이그레이션을 보유하고 있습니다. 이 응용 프로그램의 작업 중 하나는 API를 제공하는 것입니다. 현재 Best practices for API versioning? 행을 따라 API
대규모 웹 사이트, 네트워크 드라이브 등에서 버전 관리 파일을위한 최상의 솔루션을 찾으려고합니다. 40 명이 넘는 개발자가 공유했습니다. PowerDNN에서 호스팅하는 약 75 개의 DNN 웹 사이트가 각각 약 22 개의 서버에 있습니다. 모든 개발자들 사이에서 공유되는 일반적인 소프트웨어는 Adobe CS5 제품군이므로 우리에게 버전을 허용하는이 소프트웨
내 도메인 모델 (업데이트 작업 중 개체의 차이점 추적)에 대한 버전 관리를 구현합니다. 도메인 모델은 트리 구조를 가지고 있습니다. 예 : 버전에 대한 A
|-> B
|-> C -> A
| -> C
요구 사항은 다음과 같다 - (> 참조입니다) : 도메인 개체의 두 버전 사이에 변경된 필드 세트를 가져옵니다; 도메인 모델에는 트리 구조가
프로덕션 App Engine 앱에서 일부 데이터를 삭제했습니다. 불행히도 내가 비슷한 이름을 가진 두 개의 테이블을 가지고 있기 때문에 나는 그렇게했을 때 잘못된 테이블 이름을 염두에 두었습니다. 배포 된 코드가 버전 관리되어 있으므로 이전 버전의 코드로 롤백 할 수 있습니다. 귀하의 데이터는 어떻습니까? 그리고 앞으로, 프로덕션 데이터에 사용할 최상의 데
디바이스 애플리케이션에 대한 작업을하고 있으며 디바이스에 최소한의 디바이스 특정 코드를 배치 할 것이며이 컴포넌트는 우리의 백엔드 서버에서 나머지 리소스 (자바 스크립트, 이미지 등)를 동적으로로드합니다 . 그렇게하면 기기 업그레이드에 너무 의존하지 않고도 앱을 더 자주 업그레이드 할 수 있습니다. 어떤면에서는 빠른 업그레이드로 앱 승인주기를 피하고자하는
나는 공통 데이터베이스를 공유하는 여러 서비스가있는 프로젝트를 작업 중이다. 운영상의 오류로 인해 데이터가 손상 될 위험을 최소화하고 싶습니다. 새 DB에 대해 부실 코드를 실행하고 싶습니다. 즉, 나는 어떻게 든 DB에 버전을 찍은 다음 시작시 해당 버전 오류보다 오래된 모든 서비스를 갖고 싶습니다. 그렇게하면 DB가 이전되면 이전 DB를 최신 DB에 대
몇 달 동안 git을 사용하고 있었는데 지금은 저를 괴롭혔습니다. AWS EC2에는 git repo가 있습니다. 동기화가 잘되고 gitosis를 사용하여 즉시 사용할 수 있습니다. 우리가 가지고있는 유일한 문제는 때로는 일부 파일의 이전 버전을 가져 오는 것입니다. [핵심] repositoryformatversion = 0
filemode =