IT 관리를위한 Redmine : 실용적인 경험 광범위한 구현 opensource 시스템

작은 선사 시설. 아시다시피 자동화는 항상 "쾌활한"것으로 시작됩니다. 자신이나 관리를 자동화하십시오. 우리는 좋은 삶에서 시작하지 않기 시작합니다. 이것은 일반적으로 조직이 자라기 때문에 많은 양의 수신 및 사용 가능한 정보를 탐색하기가 어려워집니다. 그래서 특정 시점에서의 조직이 빠르게 성장하기 시작 했으므로 혼돈에서 매우 빠르게 구조화되어 유용하고 편리 할 필요가있었습니다.

카오스는 우리 시스템에서 무엇을 의미합니까? 즉, 분석 및 구조화 요청이 사용자에게서 발생하지 않고 프로젝트 관리가 없으므로 명령이없는 요청이 없음을 의미합니다. 문의 사항은 조직에서 사용되는 구조에 따라 분석가, 프로그래머, 부서 관리자 - 분석가, 프로그래머, 부서 관리자의 머리에있는 문의 사항이 있습니다.

Redmine 소프트웨어를 사용하여 카오스를 제거하기로 결정했습니다. 우리가 방법론에 대해 이야기하지 않을 것이라는 예약을 즉시 만드십시오. 우리는 Redmine의 가능성에 대해 정확히 이야기 할 것입니다. 각 회사는 자체적 인 뉘앙스를 가지고 있으며, 우리를 우리에게 데려가지 마십시오. 다른 사람들을 데려 가지 마십시오. 당신의 분석을하십시오, 당신이 당신이 정확하고 필요하다고 생각하는 것처럼 행동하십시오. 우리가 배우는 실수로 인해 오류가 두려워하지 마십시오.

우리가 가진 혼돈에서 우리는 주문하도록 노력합니다. 이제 우리는 이런 식으로 중간에 있습니다. 물론 모든 것이었고, 구름이없고 부드럽게 될 것이지만, 우리는 매우 노력하고 있습니다.

우리 회사에서 우리는 세 가지 주요 문제를 할당했습니다 :

  • 첫째, 우리는 오류, 인시던트 및 들어오는 요청을 추적하기위한 시스템이 필요했습니다. 우리는 버그 추적기를 자동화해야했습니다.
  • 둘째, 어떻게 든 프로젝트 관리를 할당하고자했습니다. 자동화에 의해 완전히 모니터링되지 않으며, 이는 방법론의 사용을 의미하며, 개발 단계 및 어떤 종류의 미래로 만들어야 할 필요가있는 정도로 다음으로, 우리가 이것을 위해 레드 민을 사용하는 방법을 볼 수 있으며, 우리가 더 많은 것을 개발할 곳을 볼 수 있습니다.
  • 셋째로, 우리는 IT 서비스 제어 유닛 (ITSM)을 별도의 시스템에 할당하지만, 또한 전체가 아닙니다. 우리 부서는 관리 해야하는 다른 IT 서비스를 제공합니다.

또한, 우리는 사적인 문제를 할당했습니다.

  • 이것은 프로그래머가 삶, 시스템 관리자 라이브, 인터넷 마케팅 부서 및 다른 사람들이 있기 때문에 다양한 IT 서비스를 반복하고 다양합니다.
  • 각각에는 자체 구조와 부서 관리를위한 소원이 있습니다. 모든 부서에서는 여러 가지 방법론, 접근, 관리자 및 정신적으로 시스템 선택에 대한 인쇄물을 부과합니다. 그러나 그것은 모든 것을 동시에 움직일 필요가 있으며, 하나의 목표에 도달해야합니다. 조직의 특정 순서, 정보 및 예보의 접근성;
  • 또한 다른 KPI가 있으며, 모두 다른 지표에 의해 계산됩니다.
  • 더 많은 개발을 위해, 우리는 들어오는 정보, 부서에서 일어나는 일과 전체 조직에 어떻게 반영되는지에 대한 추가적인 분석이 필요합니다.
  • 우리는 내부 예산을 제어해야합니다. 우리가 입력 한 프레임 워크에서 또는 대부분은 입력하지 마십시오. 그들은 또한 어떻게 든 그들을 분석하고 관리해야합니다. 특히 단일 시스템 에서이 모든 것을하는 것이 낫습니다. 특히 설명서에 편리합니다.

따라서 우리는 내가 결합하고자하는 세 가지 시스템을 하나로 할당했다.

이러한 각 시스템에 대해 별도의 특수 소프트웨어가 있습니다. 그것은 모든 잘 알려진 자동화 제품이므로 자신의 장점과 단점이 있으므로 자신을 위해 시스템을 선택하면 모든 것을 고려하십시오.

모든 제품이 슬라이드에 열거 된 것은 아니며 러시아 시장뿐만 아니라 서양에서도 훨씬 더 많은 것입니다. 그러나 우리에게는이 제품은 더 많거나 덜 이해할 수있는 영어뿐만 아니라 보통 사용자도 프로그래머 및 시스템 관리자뿐만 아니라 보통 사용자에게도 요구 사항 중 하나가 러시아어 사용하는 인터페이스였습니다.

어디로 가야? 많은 제품. 다양한 부서 및 통제에서 요구하는 요구 사항은 다릅니다. 우리는 선택할 것입니다.

분석 및 선택의 결과뿐만 아니라 알렉세이 Lustin의 제출과 함께 특정 지역을 다루는 redmine 제품이 우리에게 왔습니다. 어떤 종류의 지역을 다루는지 알아 보겠습니다.

그것은 회사에서 실행하기를 원하는 버그 추적기를 완전히 포함합니다. 이것은 사용자 및 고객의 응용 프로그램을 수령 한 중앙 집중식입니다. 그것은 신속하게 자동화하는 데 필요한 가장 기본적인 고통 포인트였습니다. 나는 이미이 문제가 있다고 생각합니다. 왜냐하면 내가 이미 말했듯이, 정보는 무질서하고 다른 장소에서 엑셀이나 헤드에서 우편으로, 다른 장소에서 해결됩니다. 이러한 정보는 결론 및 결과를 분석하고 얻는 대상이 아닙니다. 결과적으로 다음과 같이 밝혀졌습니다.

    • 분석 할 수있는 지식 기반의 정보 구성 요소는 다음과 같이 해야할지 이해할 수 있습니다. 이것은 반응 속도를 늦추고 이익이 직접적으로 의존하는 일자리의 무지지와 일의 질에 영향을 미칩니다.
    • 새로운 직원의 "다이빙"시간을 기업 시스템과 함께 일할 수 있습니다.
    • 실패 허용 오차는 자체적으로 각각의 작업 시스템이없는 사람이 2 분이 소요될 수 없습니다. 따라서 버그 추적기는 큰 역할을하고 그 때 문제는 매우 급성됩니다.

Redmine Project Management는 프로젝트 관리를 전문화하지 않지만이 제품이 도움이되는 특정 블록이 있기 때문에 절반을 다룹니다. 불행히도, 이것은 이상적인 제품이 아닙니다. 그러나 그 당시 그는 우리가 시스템으로 설정 한 요구 사항을 다루었습니다.

매우 작은 ITSM 블록이 덮여 있습니다. Redmine 시스템은 IT 서비스를 관리하기위한 것이 아닙니다. 따라서 데이터를 수행하고 구조화하는 데 몇 가지 결함이 있습니다. 우리는 귀하의 ITSM 시스템의 버전을 선택 하여이 상황에서 벗어났습니다.

그래서 우리의 선택은 redmine입니다. 그것은 꽤 맞춤 설정, 확장 가능하며 유연하며 편리한 설정입니다.

Redmine의 이유는 무엇입니까?

  • 이것은 달콤한 단어 "freebie"입니다. Redmine은 무료로 redmine이 무료로, 귀하가 선택한 유료 플러그인이 있습니다. 어쨌든 플러그인을 구입하고 redmine 플랫폼을 변경하지 않으면 일부 종류의 비용 예측이 있습니다. 일부 시간 동안이 플러그인을 추가 투자없이 사용할 수 있습니다. 예를 들어,이를 업데이트 해야하는 경우이 업데이트 비용을 지불하고 더 이상 사용하십시오. Redmine 플랫폼 업데이트는 1 년 또는 2 회 또는 업데이트되었는지 여부를 갱신합니다. 이것은 당신의 욕망입니다.
  • Redmine에는 직관적 인 인터페이스가 있습니다. 우리는 IT 관리를위한 제품뿐만 아니라 사용자의 응용 프로그램이 다양한 부서를 위해받는 제품으로 redmine을 구현했습니다. 예를 들어, 별도의 분기는 관리 및 경제 부서의 응용 프로그램을 위해 강조 표시됩니다.
  • 작업에 따라 개별적으로 다양한 분석 형태의 우선 순위를 제어 할 수 있습니다.
  • 관리 시간과 자원. 나는 이것이 머리의 본체라고 생각한다. 이는 부서가 적재 된 작업 및 비용이 관련된 작업과 비용을 분류하는 방법과 아래에 대해 얼마나 많은 부서를 넣는 양을 이해할 수 있습니다.
  • Redmine의 분석 및 보고서는 약하게 표현되지만 광범위한 API가 있습니다. API 데이터베이스에서 데이터를 가져 와서 시스템에 언로드하고 보고서를 얻을 수 있습니다.
  • 플러그인을 사용한 수동 작업의 유연한 설정, 사용자 정의 및 자동화.
  • GIT와의 통합은 중요한 지표 중 하나입니다. 데이터베이스의 저장소는 GitLab에 연결되어 있으며 모든 redmine 태스크에서 로그 (관련 버전)를 볼 수 있습니다 (관련 버전) :이 작업에 따라 누구, 언제 변경되었는지, GitLab 로의 전환으로

정보 : Git은 분산 버전 제어 시스템입니다. 파일 및 디렉토리의 변경 사항에 대한 정보 (버전)를 추적, 수정 및 저장하고 데이터 무결성을 모니터링합니다. 우리의 경우, 우리는 소스 코드 1C에 대해 이야기하고 있습니다.

이것은 관련 버전 목록이 보이는 것입니다.

  • 작업 관리 및 오류 추적. 이것은 우리가 사용할 표준 버그 추적기입니다.
  • 사고, 프로젝트, 예산 관리. 모든 예산 형성은 자신의 방식으로 수행됩니다. 나는 우리가 어떻게 자신을 자동으로 자동화했는지 보여줄 것이며, 당신은 자신의 예산 관리를 자동화하려고 노력할 수 있습니다. Redmine에서 노동력이 있기 때문에 쉽게 될 것이라고 생각합니다.
  • Redmine의 위키는별로 구현되지 않으므로 지식 기반과 협업을 만들기 위해 다른 제품을 사용하는 것이 좋습니다. 나 자신을 위해, 우리는 가장 흔하고 일하는 것 중 하나 인 Atlassian의 Confluence 시스템을 선택했습니다. Dokuwiki, Mediawiki 및 기타 시스템을 고려할 수도 있습니다.

후드 밑의 redmine은 무엇입니까?

  • Redmine은 매우 빠르게 펼쳐집니다.
  • 그것은 대부분의 OS에서 작동합니다.
  • 구현 된 플랫폼은 레일의 루비입니다. 스스로 redmine을 사용자 정의하려는 경우 레일에 루비에 대한 역량이 필요합니다. 그렇지 않으면 매우 편리하지 않습니다. 모든 것이 기성품 플러그인을 만들 수있는 것은 아닙니다.
  • 다양한 DBMS에 대한 지원은 자체적으로 말합니다.
  • RSS 또는 전자 메일을 사용하면 모든 이벤트에서 경고를 구성 할 수 있습니다.
  • 광고 인증을 사용할 수 있습니다.
  • SCM 버전 제어 시스템 (SVN, CVS, GIT, Mercurial, Bazaar 및 Darcs)과의 통합.

Redmine을 만나십시오

Redmine을 다운로드하고 컴퓨터에 설치하고 "실험"을 설치할 수 있습니다. 또는 클라우드 서버 및 "한 번의 클릭"을 사용하여 일반적으로 호스팅 서비스에 포함 된 Redmine의 사전 설치된 버전을 설치하십시오.

클라우드 서비스의 사용을 포함한 모든 시스템에 대한 설치 예는 인터넷에서 찾을 수 있습니다. 링크 공식 지침 :

이렇게 Redmine의 작업 목록처럼 보입니다.

표준 및 몇 가지 추가 인터페이스가 있습니다. true, 인터페이스를 변경할 때 일부 기능이 작동을 멈출 수 있습니다. 맞춤 인터페이스는 당신이 일할 플러그인을 고려하지 않습니다. 결국 이것은 오픈 소스 제품입니다. 그러나 이것은 표준 인터페이스를 사용하는 데있어 편리한 도구가되는 것을 막지 못합니다.

관리는 별도의 이해할 수있는 구조로 할당됩니다.

Redmine에 연결된 모듈 목록은 적절한 관리 섹션에서 항상 찾고 분석 할 수 있습니다.

우리는 "깨끗한"레드 민이 없기 때문에 약 35 개의 플러그인이 있습니다. 우리는 그들 중 몇 가지를 샀다.

플러그인에 대한 정보는 키워드로 "Redmine 용 플러그인"으로 검색 엔진에서 찾을 수 있습니다. 예를 들어, redmine을 사용하여 작업을 시작하기 위해 좋은 플러그인을 다운로드하거나 구입할 수있는 두 개의 사이트가 있습니다.

모든 플러그인은 Russiface, 당신이 구입하고 사용할 수 있습니다. 주요한 것은 편안함을 선택하는 것입니다. 지원되는 버전이 사용자와 일치하지 않으면 플러그인이 작동하지 않기 때문에 플러그인 버전이 플러그인을 지원하는 버전에주의하십시오.

우리의 요구의 자동화에 대해 조금

구조 "프로젝트"

표준 리더십에 따라 Redmine을 사용합니다. 예를 들어, 시스템의 프레임 워크 내에서 "프로젝트"개념은 구조의 계층 구조의 별도의 지점입니다. 우리는 "프로젝트"트리를 레벨의 분류로 사용합니다. 최상위 수준에서 이그 제 큐 티브 부서가 있으며, 그 다음 부서를 제공 한 다음 시스템, 하위 시스템 및 서비스를 준수해야합니다.

나무의 일부는 다음과 같습니다.

시스템 관리 부서는 프로젝트 계층 구조에 대한 접근 방식을 사용합니다. 이 작업은 제공되는 서비스 분류에 따라 지어졌습니다. 서비스 제어 문제를 해결하는 데 도움이되었습니다. 따라서 ITSM 지점에서 프로젝트 계층 구조는 비즈니스 서비스 카탈로그입니다. 편의상, 그들은 번호가 매겨집니다.

Redmine의 응용 프로그램 입학

이 예에 따르면, 나는 Redmine에서 응용 프로그램 수령을 어떻게 조직했는지 알려 드리겠습니다.

우리 부서는 3 그룹으로 나뉩니다.

  • 개발 팀;
  • 분석 및 반주 그룹 - 여기에는 "2 ~ 2/2"의 수준을 생산하는 직원이 있습니다. 필요에 따라 "읽기"코드가 데이터 분석 요청을 쓸 수있을뿐만 아니라 코드의 올바른 오류를 쓸 수 있습니다. 결과적으로, 우리는 소규모 문제와 분석가의 도움을 받아서 프로그래머의 산만을 제외 할 수 있으며, 우리는 고객의 프로그래머를 고객의 프로그래머를 분리합니다. 아마, 아마 모든 것이 그들 사이의 관계의 문제에 직면했습니다.
  • 및 데이터베이스 1C의 관리자 그룹.

따라서 Redmine에서 응용 프로그램을 수신하면 강조 표시된 사서함의 일반적인 편지 쓰기를 통해 수행됩니다. 개별 사서함 조직에서는 각 부서에서 각 그룹에서 "프로젝트"구조를 할당했습니다.

각 프로젝트에 대해 HelpDesk 플러그인은 사서함을 구성했습니다. 이 스크린 샷은 프로젝트 중 하나에 대한 헬프 데스크 플러그인의 설정을 보여줍니다.

"프로젝트"에 첨부 된 사서함을 입력하는 편지는 "사용자 요청"을 볼 수있는 응용 프로그램으로 시스템에 속합니다. 이 모든 것은 인력 비용이 들어오는 요청의 주요 분류에 대한 노동 비용을 감소시킵니다. (예 : 스크린 샷의 예 : 1.2 관리자 1C, 1.4 티켓 Confluence, Yurait DPP에 대한 1.5 지원)

이러한 구조를 선택할 수없는 경우 하나의 사서함을 선택하고 트리에서 하위 분기를 만들기 위해 트리에서 응용 프로그램이 기본 분류 후 첫 번째 지원 행에 배포됩니다 (샘플 스크린 샷 : 1.3 사용자 지원).

결과적으로 응용 프로그램은주기를 전달합니다.

  • 첫째, 프로젝트의 주요 자동 항목이 발생합니다.
  • 그런 다음 분석가가 응용 프로그램을 배포합니다. 그것을 분류하고, 우선 순위를 부여합니다.
  • 그 후, 애널리스트는 응용 프로그램을 원하는 분기로 전송합니다.

신청서에는 특정 분류장이 있으며, 일부는 Prestently이고 부품이 우리가 추가합니다. 이에 따라, 매개 변수를 사용하는 주요 필링이 수행됩니다.

  • 우선 순위;
  • 범주;
  • 고객 부서;
  • 다양한 유형의 캐스톰 필드.

그. 사건이 발생하면 눈에 띄지 않는 것을지나 가지 않을 수 있습니다.

수신 된 응용 프로그램 및 사용 된 필드의 예 :

설정 "프로젝트"

"프로젝트"내부에는 여러 가지 유형의 트래커가있을 수 있습니다. 예를 들어, 종종 사용되는 트래커 :

  • 사용자 요청;
  • 작업;
  • 오류;
  • 문장;
  • 사업 프로젝트;
  • 비즈니스 프로젝트 프로그램 등

추적기는 무제한으로 숫자 일 수 있습니다 - 수동으로 추가 할 수 있습니다. 각 트래커는 유연하게 구성됩니다.

"프로젝트"설정에서는 어떤 사용자 정의 필드를 연결할 수있는 추적기를 지정할 수 있습니다.

또한 필요한 모듈 및 기타 설정이 각 분기에도 연결됩니다. 표준 Redmine 설명서에서 찾을 수 있습니다.

모듈을 연결 한 후 복잡한 조작을 생성 할 필요가 없으므로 현재 "프로젝트"의 모듈 목록을 저장해야하며 필요한 작업을 수행 할 수있는 탭 형식으로 나타납니다. 설정.

또한 Redmine은 "프로젝트"및 별도의 관련 기능과 각 필드의 가용성을 제공하는 데 다른 수준의 권한에 액세스하도록 redmine이 매우 유연하게 구성됩니다.

개요 페이지 "프로젝트"에서는 모든 종류의 추적기와 통계를 볼 수 있습니다. 또한 추적기에 "떨어지는"경우,이 "프로젝트"의 부하를 보게됩니다. "카드"라고 부르겠습니다.

비즈니스 프로젝트

나는 조금 반복한다. Redmine "Project"의 개념에서 구조의 구조의 분기이기 때문에 실제 프로젝트의 유지 보수를 위해 "비즈니스 프로젝트"및 "비즈니스 프로젝트 프로그램"추적기와 별도의 지점을 할당했습니다. 이를 통해 비즈니스 프로젝트에 대한 상태 보고서를 유지하고 유통 기지 측면에서 비용을 조화 할 수 있습니다.

이 분기의 구조는 또한 부서, 고객, 시스템, 하위 시스템에 대한 철자로 나뉩니다.

때문에 우리의 경영 회사, 부서는 WiseAdvice GK에 포함 된 모든 회사를 중앙에서 동행합니다. 이와 관련하여 우리는 여러 회사의 회사 및 관절을 위해 개별적으로 프로젝트를 수행하고 있습니다. 결과적으로 각 프로젝트와 작업은 예산 책정 및 서술 비용을 방문하는 것입니다.

비즈니스 프로젝트 카드에서 필요한 필드를 구성 할 수도 있습니다. 우리가 사용하는 분야의 예 :

  • 기본 배포 / 비용 수령인;
  • 프로젝트의 보너스;
  • 노동 비용 평가;
  • 계획 / 완료 날짜 계획;
  • 일 상태 보고서 및 기타.

프로젝트 내에서 생성 된 모든 작업은 비즈니스 프로젝트의 기본 카드로 종속됩니다.

상태 보고서는 적어도 일주일에 한 번 고객에게 전달됩니다. 전체 이야기는 카드에 축적되며 이해 관계자에게 전송됩니다.

고객 및 기타 이해 관계자는 언제든지 비즈니스 프로젝트에 대한 다음 정보를 볼 수 있습니다.

  • 프로젝트 상태;
  • 예상 인건비;
  • 실제 노동 비용은 현재 실행 및 직원의 맥락에 있습니다.
  • 프로젝트 준비 상태;
  • 사업 프로젝트의 공식화;
  • 대응의 전체 역사;
  • 프로젝트의 계획 일은 우선 순위로 인해 연기 되었다면 시작되었습니다.
  • 프로젝트 완료일.

부서 직원이 보낸 시간에 지난 부서의 하위 비즈니스 프로젝트 작업에서 실제 인건비가 수거됩니다.

형성된 작업을 기반으로 Ganta 다이어그램을 구축 할 수 있지만 유익한 버전에서만 사용할 수 있습니다. 또한, 그것을 사용하고 대화식으로 사용할 수는 없습니다.

캘린더 계획 일정을 작업 할 때 그래픽 보고서를 사용할 수 있습니다. 예 :

우리는 태스크 보드를 사용하여 주간 계획에서 작업을 배포합니다.

이 모든 것은 민첩성 또는 칸반 보드를 수행 할 가능성을 포함하는 플러그인을 통해 구현됩니다.

예로서:

플러그인의 특성을 고려하여 Kanban 보드처럼 밝혀졌습니다. 상태와 공연자간에 패킷에 의해 대화식으로 압도적으로 압도 될 수 있습니다. 세 가지 인터페이스에서는 체크되었다 - 그것은 단지 2 개에서만 작동합니다. 표준 인터페이스가 정확히 실행 중입니다. 행성 / 집회를위한 대형 TV / 스크린을 디스플레이하는 것이 매우 편리합니다.

또한 계획은 버전을 사용하여 수행 한 다음 버전을 릴리스로 변환 할 수 있습니다.

부서의 작품의 효과로서, 우리는 비용 분배 비용 및 부서의 실제 노동 비용의 비용의 맥락에서 보고서를 형성합니다.

표준 노동 보고서를 설명 할 수 있습니다.

우리는 노동 비용에 관한 보고서의 성향을 사용합니다 :

  • 비용 분배 데이터베이스 - 사용자 정의 필드;
  • 비용 수령인 - 우리 캐스터 필드;
  • 사용자는 표준 필드입니다.

형성은 기간의 맥락에서 발생할 수 있습니다.

우리의 예산 책정을 위해, 우리는 "달"만 사용합니다. 보고서 예제 :

이 스크린 샷은 8 월 유통 기지의 맥락에서 실제 노동 비용을 갖춘 예를 보여줍니다.

또한 선언 된 각 시간 값에 대한 자세한 보고서를 구성 할 수 있습니다. 필요한 경우 모든 보고서가 CSV로 변환되므로 Excel에서 추가 분석을 할 수 있습니다.

물론 실제 1c-닉네임으로, 우리는 1C에서 Redmine에서 언로드 정보를 언로드하여 필요한 그룹 및 정보로 1C에서 보고서를 형성 할 수 있습니다.

비용 보고서 중 하나의 예 :

Redmine 기능에 대해 조금 더 자세히 설명합니다

Redmine의 추가 유용한 기능 중, 나는 강조하고 싶습니다 :

  • 인증 모드 - 광고 또는 로그인 및 암호로;

  • 경고 시스템. 사용자에게는 작업의 변경 사항이 통보됩니다. 전자 메일 경고 및 RSS를 구성 할 수 있습니다.

  • 사용자를 그룹으로 결합하십시오. 이 도구를 사용하면 엔터프라이즈의 redmine 계층 적 구조를 형성 할 수 있습니다. 회계 시스템과의 통합에 대한 플러그인이 있고 그룹으로 구조를 복제합니다.
  • 역할 모델 오른쪽, 다중 레벨 설정;

  • 각각의 역할에 대해 각 트래커의 워크 플로 (라이프 사이클) 설정;

  • MS Outlook이있는 통합 플러그인의 존재. 예를 들어, 편지, 주석 처리, 추적 등으로부터 직접 레드 민에서 응용 프로그램을 만드는 등 많은 기능을 가진 상당히 편리한 플러그인이 있습니다. 공식 사이트:

https://ru.a.ausoftware.com/

  • 또한 텔레 그램 및 SMS 게이트웨이와 같은 인스턴트 메시징 시스템과 통합하는 플러그인이 있습니다. 모든 통신 채널에서는 인시던트, 모니터링 정보 등과 같은 경고를 보낼 수 있습니다.
  • 능력이있는 경우 플러그인을 스스로 만들 수 있습니다.

질문과 답변:

홀의 질문 : 고객에게 액세스 할 수 있다고 가정하며 지원되는 서비스 목록이 있습니다. 예를 들어, 귀하의 예에서와 같이 Sysadminov 및 코더 서비스의 서비스가 있습니다. 어떤 종류의 고객이 있으므로 우리는 두 가지 유형의 서비스와 어떤 종류의 종류의 종류의 종류에서 일합니다. 고객이 사용할 수있는 서비스 유형을 제한 할 수있는 권리 수준에서 가능합니까?

대답: 이는 고객 - "프로젝트"에 할당 된 별도의 분기에 의해서만 다릅니다. 여기서 선택한 서비스의 작업을이 고객에게 개별적으로 생성 할 수 있습니다. 또는이 서비스에 대한 분기 - "프로젝트"지원의 모든 작업에 대한 액세스를 제공해야합니다. redmine에서 "프로젝트"에서 서비스의 징후에 대한 권리를 "프로젝트"에 제한하는 표준 능력은 "상자 밖에"되지 않습니다. 그러한 플러그인을 찾거나 직접 쓸 수 있습니다. 우리는 이러한 복잡한 구조가 없지만 개별 주요 단위에만 사용할 수 있어야하는 작업이 있으므로 이들을 위해 만들어졌습니다.

홀의 질문 : 각 고객은 "프로젝트"임을 밝힙니다. 그리고 하나의 "프로젝트"내부에 하위 프로젝트가 수행 할 수 있습니까?

대답: 예, 원하는만큼. 예를 들어, 고객 부서를 분리하기 위해 그리스어를 강조하고 핵심 직원이 액세스하여 고객과 관련된 전체 헬프 데스크와 전체 구조가 보이지 않도록하십시오. 그녀는 아주 크다. redmine 설정에서 유연하지만 불행히도, 유연성으로 불편을 끼쳐 드려 죄송합니다. 물론,보다 편리한 특수한 솔루션이 있지만, 그들은 지불됩니다.

홀의 질문 : 그리고 각 상태에서 만들어진 노동 비용은 요약됩니까? 예를 들어, "작업 중"의 상태에 따라 노동 비용을 0.3로 설정 한 다음 "분석"의 상태에서 더 많은 노동 비용을 설정했습니다.

대답 : 주요 비용은 일반적으로 업무를 수행합니다. 상태에 따라 노동 비용을 분류하는 것은 불가능하지만 노동 비용은 현장 "활동"이며, 이는 시간을 기록하는 과정을 반영 할 수 있습니다. 또한 편집 할 수 있습니다. 노동 비용을 통해 글쓰기시 직원은 고정 된 활동 유형을 선택합니다. 다음으로 보고서를 사용하여 프로세스의 컨텍스트에서 시간을 인출 할 수 있습니다.

활동 유형을 나타내지 않고, 보고서는 직원 + 일의 맥락에서 총 시간만으로 형성 될 수 있습니다.

요약 분석 데이터는 보고서로 볼 수 있습니다. 작업에서 직접 현재 작업의 비용 만 표시됩니다.

홀의 질문 : 나는 기술 지원의 첫 번째 줄과 두 번째 기술 지원 라인을 가지고 있다고 밝혀졌습니다. 그들 각각은 특정 시간의 "작업에서"동일한 상태로 동일한 작업을 수행합니다. 따라서 첫 번째 줄, 제 2 선의 첫 번째 줄에있는 작업에 대한 실제 노동 비용을 어떻게 정의 할 수 있습니까?

대답 : 나는 반복하며, 비용은 일반적으로 일을 시작하지만 한 사람이 너무 많은 시간을 보내고 다른 사람이 시간을 보냈다면 여기에 반영됩니다. 부분적으로 대답은 이전의 질문에 따라 주어졌습니다. 그런 다음이 버전에서만 사용되는 정도를 볼 수 있습니다. 사용자 정의 필드를 추가하여 인건비를 작성하거나 사용자 그룹을 사용하고 분석 보고서를 추가로 구성하는 경우에만 별도의 비용이 없습니다.

홀의 질문 : 사용자 상호 작용은 어떻게 구성됩니까? 이메일을 통해?

대답 : 전송은 전자 메일 표준 문자로 이동 하거나이 작업의 관찰자 인 경우 사용자가 작성한 전자 메일 표준 문자 또는 자동 redmine 폴드로 이동합니다. 또한 REDMINE 사용자 인 경우 상단 패널에는 몇 가지 작업이 얼마나 많은 작업과 몇 가지 변경 사항이 지정되어 있는지 표시됩니다. 나는 이제 내가 20 가지의 일을 가지고 있으며, 그 중 하나는 새로운 것이고 하나는 변경되었음을 알 수 있습니다. 사용자 측면에서 전자 메일만으로.

전술 한 바와 같이, 플러그인을 연결할 때는 인스턴트 메시징 시스템을 사용하여 사용자에게 통지 할 수 있습니다.

홀의 질문 : 응용 프로그램을 제출하기위한 웹 인터페이스가 있습니까?

대답 : 아니. Redmine은 스마트 폰 및 태블릿에서 작동합니다. 적응 된 인터페이스가 있습니다. 그러나 응용 프로그램은 전자 메일을 통해 전자 메일을 통해 제출하거나 사용자에게 직접 시스템에 액세스하여 만들 수있는 권한을 제한합니다. 추가 기능으로 Outlook에 플러그인을 넣어 Redmine에서 작업을 만듭니다.

현재 트래커 Hider 플러그인이 있으며 사용자 또는 역할 컨텍스트에서 추적기에 대한 액세스를 제한 할 수 있습니다.

예 : "프로젝트"에서 "관찰자"역할을 가진 모든 사용자는 "사용자 요청"추적기가있는 카드 만 사용할 수 있습니다.

홀의 질문 : 전자 메일로 작업하는 기능은 상자 중 하나이거나 플러그인 중 하나입니까?

대답 :예, "상자 밖으로"입니다. 플러그인의 도움으로 단순히 추가 편의 시설과 설정을 취득합니다.

홀의 질문 : 우리가 시스템에 입력 한 고객의 알림이 특정 상태에서만 갔다는 것을 구성 할 수 있습니다. 그가 작업이 완료 될 때만 통지가 필요한 경우 내부 10 단계를 보는 이유는 무엇입니까?

대답 :우리는이 상황을 다음과 같이 해결했습니다.

1. 무엇보다도 사용자가 사용자가 사용자가 표준 Redmine 알림을 사용자에게 비활성화했습니다. 이 설정은 현재 사용자의 모든 Redmine에 대해 전역입니다.

2. 또한 필요한 분기 ( "프로젝트")는 문자를 보내는 가능성을 연결했습니다.

3. 분석가 또는 RP-SHNIK는 표준 메커니즘을 사용하여 전자 메일을 보낼 수 있습니다. 카드 편집 모드에서 "메모 보내기"기호를 눌러. 필요한 경우 추가 수신자를 지정할 수 있습니다.

4. 발신자는 텍스트를 작성하고 필요한 첨부 파일을 추가 할 수 있습니다. 이전에 구성된 패턴을 사용하십시오.

 

이렇게하려면 완성 된 패턴이 문자의 문자로 대체되어 필요한 경우 만 채우기 위해서만 남아 있습니다.

그런 다음 "수락"버튼을 클릭하면 주석이 저장되고 문자가 전송됩니다. 고객은 일반 편지의 형태로 통지를 받게됩니다.

이것은 표준 메커니즘이며, 우리는 아무 것도 만지지 않았습니다. 각 프로젝트의 템플릿은 사용자 정의 개인입니다. 이는 동일한 텍스트를 작성할 때마다 분석가 컨설턴트의 상당히 중요한 단순화입니다.

고객의 텍스트를 숨기면 작업 카드로 직접 액세스 할 수있는 경우 "비공개"의견을 사용하거나 이러한 유형의 주석에 대한 액세스를 해제하여 만 가능합니다.

두 번째 옵션은 추가 플러그인을 사용하는 것입니다. 기본적으로 그러한 설정이 없습니다.

홀의 질문 : 수신 된 작업에 상대방을 묶는 것이 가능합니까? 예를 들어, PBX가있는 PBX가있는 PBX가있는 전화를 가지고 있으며, Redmine은 PBX에서 도착한 번호를 취하고 작업을 작성하고 상대방으로 가르칩니다. 상대방 계층 구조의 작업을 해결 했습니까?

대답: 아니요, 우리는 Redmine을 IP 텔레포니와 통합하지 않았으며, 우리의 목표가 아니 었습니다. 아이디어는 좋지만 우리의 세부 사항에는 필요하지 않습니다. 인터넷에서는 별표와 함께 Redmine 통합을 찾을 수 있습니다.

홀의 질문 :우리는 IP 텔레포니가 아닌 질문이 있지만 상대방 계층 구조에 있습니다. 우리는 관리자가 Redmine에서 1c로서의 동일한 계층 구조를 볼 수 있도록합니다.

대답 : 아니요, 접촉 구조가 평평합니다. 우리가 추가 한 유일한 것은 부서에 대한 링크입니다. 우리가 사용하는 최대 부서의 연락처를 수집하는 것으로, 우리는 국내 서비스에 대한 버그 추적기가 있으며 외부 고객이 아닙니다. redmine 자체에서는 상대방 계층 구조를 구성하는 것이 불가능하지만 redmine 및 1c의 유닛을 연결 하고이 보고서를 1c에서 양식 할 수 있습니다.

홀의 질문 : 그리고 스크럼의 깊이는 어디에 있습니까? 우리는 조건부로 7 일 (영업일 기준 5 일)을 조건부로 제공합니다. 스프린트의 반복이란 어디에서 볼 수 있습니까? 달력 주 란 무엇입니까, 스프린트 번호는 무엇입니까?

대답 : 스크럼 깊이는 버전별로 제어 할 수 있습니다. 버전의 기능이 있습니다.

이를 위해 특별한 섹션 "운영 계획"(또는 인터페이스에 따라 "버전")이 있습니다.

예를 들어 세 가지 버전이 있습니다.

 

각 버전은 자체 이름, 상태 및 완료 날짜로 제한 될 수 있습니다.

각 버전마다 작업 목록이 표시되면 작업 목록은 물론 미완성 수를 표시합니다.

시각화를 위해 다이어그램을 형성 할 수 있습니다

버전을 그룹화하고, 작업을 중단 할 수 있습니다. 보드를 빌드 할 수 있습니다. Sprints간에 작업을 전송할 수 있습니다. 그러한 기회는 "계획 버전"버전에 있습니다.

사실, Redmine은 범위 또는 Canbana에서 작업을 구성하는 도구가 될 수 있습니다. 그러나 때로는 충분한 정렬 및 다른 작은 것들이 편의를 위해 충분하지 않은 것들을 고려해야합니다. 아마도 아마도 그것을 지원하는 플러그인이 있습니다. 현재 기능의 요구량이 필요한 경우 충분합니다. 여기서는 스프린트간에 이동하는 작업을 할당 할 수 있습니다. 계획된 시간 동안 할 시간이 없음을 확인하십시오.

홀의 질문 : 현재 스프린트에서 충족되지 않은 작업을 고려한 방법은 무엇입니까? 나는 그것을 지위에서 볼 수 있니? 또는 그들은 어떻게 든 자동으로 새로운 버전을 예약하기 위해 필요하다는 것을 보여줍니다.

대답 : 버전에 따라 작업을 선택할 수 있습니다. 예를 들어, "운영 계획"을 살펴 보려면 얼마나 많은 퍼센트가 완료되고 성취되었는지에 대해 그것들. 스프린트에서 얼마나 많은 작업이 닫히고 아직 닫히지 않은지 - 여기에 쓰여질 것입니다. 해당 항목을 클릭하면 닫히지 않은 작업 목록이 열려 있습니다. 또한, 내가 말했듯이, 그들은 분석되고 다른 스프린트로 옮길 수 있습니다.

동일한 버전 및 상태의 컨텍스트에서 태스크가있는 보드를 형성 할 수도 있습니다.

물론 영구적 인 작동에 저장하고 사용할 수있는 필요한 선택 항목으로 표준 작업 목록을 사용합니다.

홀의 질문 : 작업을 다른 스프린트로 어떻게 전송할 수 있습니까? 한 탭에있는 작업 목록, 다른 탭에있는 작업 목록을 열어야합니까?

대답: 그렇게 될 수 있습니다. 그러나 버전 계획 도구를 사용하는 것이 더 편리합니다. 원하는 작업의 특정 버전의 할당되지 않은 작업 목록 또는 미완성 된 작업 목록에서 선택하고 다음 버전의 마우스 버전으로 던져 -이 작업을 스프린트에서 가져 가라.

홀의 질문 : 그리고 어떻게 모든 잠금 해제 된 작업을 제공 할 수 있습니까? 어쩌면 3 ~ 4 가지 버전으로 나는 몇 가지 중요한 일을 거기에서 일종적으로 가지고있었습니다. 나는 그것을 녹음했다, 그녀는 거기에 매달려있다. 그녀가 끊임없이 나와 함께 끊임없이 매달 렸을까요? 내가 이해 한 한, 이제 선택한 스프린트에서 할당되지 않은 작업이나 작업 만 볼 수 있습니다. 누적 결과가있는 모든 잠금 해제 된 작업을보고 현재 스프린트로 가져 가거나 취할 수 없습니까?

대답: 이것은 작업의 필터링을 사용하여 구현할 수 있습니다. 필요한 매개 변수를 사용하여 "열기"상태에서 선택 설정을 선택할 수 있습니다.

 

예를 들어, "닫기위한 작업"이라는 설정을 고려할 수 있습니다. 우리 부서가 구현 한 "해결 된"상태가있는 작업이 있으며 고객에게 프로덕션 작업으로 이전되지만 고객의 피드백은 아직받지 못했습니다. 그. 이것은 생산 착취의 결과를 명확히하기 위해 점검 해야하는 작업 풀입니다. 예를 들어, 상태 필터 값 "[해당"및 "New"로그인에서 변경할 수 있습니다. 결과적으로 아직 작동하지 않는 새 작업이 표시됩니다. 상태, 우선 순위, 범주, 표준 및 사용자 정의 필드의 값을 변경할 수 있습니다.

예를 들어 필터에 특수 사용자 필드를 추가 할 수 있습니다. 이것은 매우 간단한 편리한 도구입니다. 프로젝트의 경우 작업에 대해서는 연락처입니다.

새로운 필드 - 추가로 객체의 유형을 나타냅니다. 가장 자주 사용하는 "작업"을 사용합니다.

우리는 필드 형식을 나타냅니다 - 필요의 90 %를 차지하는 옵션을 나타냅니다.

이름을 표시하십시오, 역할은 어떻게 사용 가능합니까?

우리는 추적기가 적용되는 프로젝트를 나타냅니다.

홀의 질문 : 사용자 정의 필드는 필수 필드를 만들 수 있습니까?

대답 : 물론 1C의 추가 세부 사항이있는 유추로 유사합니다.

필수 입력란에는 빨간색 별표가 표시되어 이름의 오른쪽에 표시됩니다.

홀의 질문 : 그리고 공연 된 일에 어떻게보고 했습니까? 동일한 작업에서 다른 사용자에게 진행됩니다. 작업 초기화 프로그램이 있으며 수행자가 있습니다.

대답: 필드가 변경되는 경우 필드가 변경되면, 보고서에서 최종 값을 반환합니다.

우리 모두가 어떻게 배열되었는지 알려주세요. 부분적으로 반복합니다.

  • Service Desk 용 가장 중요한 트래커는 "사용자 요청"이며 메일이 자동으로 분해되고 문자가 "사용자 요청"으로 바뀝니다. 사용자가 Redmine에서 알림을 알리거나 동일한 주제로 명확한 문자를 보냈지 만 주제의 주제 또는 ID에서 그러한 문자의 텍스트를 기존 쿼리에 자동으로 첨부합니다. 클래식 접착 기능이 사용됩니다.
  • 다음으로, 예를 들어, KIS 부서의 상담 요청이 있으면 분석가 컨설턴트가 신청서를 분해하고 주요 분류를 생산합니다. 이것이 사건, 오류 또는 작업임을 결정합니다. 새로운 프로젝트에 대한 아이디어 일 수도 있습니다. 따라서 이것은 또한 서비스 데스크의 일부이기도합니다. 분류 후에, 모든 "사용자 요청"은 iDASK 브랜치의 하위 프로젝트에 분산되어 더 많은 작업이 이미 수행되고 있습니다.
  • 이 작업이 개발자의 작업을 퇴화하면 사용자의 요청에 따라 관련 하위 "작업"이 생성됩니다. 즉, "사용자 요청"추적기가 자체적으로 생활하고 작업 트랙터도 분리됩니다. 우리는 별도의 스트림을 갖는 작은 수정 및 오류 수정에 대해 이야기하고 있습니다. "사용자 요청"에서 나타납니다.
  • 태스크가 특정 비즈니스 프로젝트와 개발자가 "사용자 요청"을 기반으로하지 않으면, 그것은 하위 비즈니스 프로젝트에 KISA 기능 블록에 연결되어 있으므로 나중에 작업을 볼 수 있습니다 - 우리가 한 블록과 관련하여 "사용자 요청"또는 비즈니스 프로젝트였습니다.
  • 별도로 추적기 "비즈니스 프로젝트"를 개별적으로 살고, 우리가 요청 및 사소한 정제시 사용자가 아닌 비즈니스 가치를 가지고있는 실제 프로젝트가 있습니다. 하위 작업으로 "비즈니스 프로젝트"에서는 하위 작업과 일정한 작업 팩일 수 있습니다. 이것은 미니 방지입니다. 이 모든 하위 태스크는 다시 KIS 기능의 기능 블록에 묶여 있습니다.
  • 서비스 DESCA 또는 비즈니스 프로젝트에서 업무가 어디에서 왔는지는 중요하지 않습니다. 그러나 우리 모두는 그들을 기능의 블록에 묶습니다.

위의 내용을 바탕으로, 나는 반복, 우리는 맥락에서 노동 비용을 볼 수 있습니다 :

  • KISA의 기능 블록;
  • 프로젝트;
  • 수행자;
  • 통신 "요청 - 작업 / 비즈니스 프로젝트 - 하위 추적기".

이 스크린 샷은 한 달에 8 월 프로젝트의 맥락에서 실제 노동 비용으로 예제를 제시합니다. 직원은 수행 한 작업에 실제로 사용되는 시간을 실제로 배포해야합니다. 이것은 시트라고합니다. 우리는 매일 개발자가 "작업 보고서"의 특별 기록을 입력하고 시간을 배포합니다. 노동 사실이 형성됩니다. 따라서 우리는 적어도 대략 사실 프로젝트의 예산을 관리합니다.

우리의 프로젝트에는 예비 작업 계획이 있습니다. 그리고 우리가보고있는 각 프로젝트에서, 우리는 그것을 초과했는지 여부를 초과했습니다. Redmine은 모든 작업의 ​​너비를 프로젝트에 자동으로 요약합니다. 따라서이 프로젝트가 700 시간에 할당되었음을 알고 있습니다. 우리는 사실을 알고 있습니다 - 617 시간이 일해 왔습니다. 이것은 프로젝트 관리 요소 중 하나입니다.

사고 시스템의 활동 과정은 다음과 같이 표현 될 수 있습니다.

  • 애널리스트 컨설턴트는 필요한 경우 요청 된 요청에 대한 분석을 수행하고 개발 작업을 형성합니다.
  • 개발자는 작업을 구현하고 분석 컨설턴트를 반환하여 확인 및 추가 커뮤니케이션을 반환합니다.
  • 애널리스트 컨설턴트는 이미 사용자의 요청에 따라 결과에 대한 설명으로 전달됩니다.
  • 모든 것이 순서대로되면 분석가는 작업을 닫습니다. 개발자는 작업을 닫으려면 금지됩니다.

보다 주요한 작업으로 인해 포함됩니다. 디자인을 디자인하면 프로세스가 더욱 확장되었습니다.

물론 모든 변경 사항은 릴리스의 출시를 통해 작업 기반으로 떨어집니다.

보다 편리한 옵션으로 제출하면 우리 자신의 "8"이 있습니다.

그것들., 실제로 많은 일은 책임을지지 만 전환하지만 우리에게는 중요하지 않습니다. 우리는 직원의 맥락에서 인건비, 비용 분배 비용, 고객 및 드문 경우의 경우 활동의 형태로 평가합니다. 이 모든 것은 이미 이전에 명시되어 있습니다.

홀의 질문 : 특정 개발자가 수행 한 작업에 대한 정보를 얻을 수 있습니까?

대답 : 있다. 직원이 어떤 시간과 내가 얼마나 많은 시간을 보냈는지를 알 수있는 "작업 보고서"도구가 있습니다.

또는 표준 보고서 "노동 비용"에 의해 볼 수 있습니다. 디코딩이있는 사용자의 컨텍스트에서도 형성 할 수도 있습니다.

홀의 질문 : 그리고 노동 비용을 추적하는 방법은 무엇입니까?

대답: 직원은 또한 "작업 보고서"를 통해 작업을 제어합니다. 그리고이 작업의 노동 비용 고정은 작업 또는 "작업 보고서"에서 직접 수행됩니다. 시간을 추적 할 수있는 플러그인이 있습니다. 예를 들어, redmine 이슈 타이머 플러그인은 다음과 같습니다.

작업을 시작하면 직원이 "재생"버튼을 클릭하고 끝에 "일시 중지"버튼을 클릭합니다. 작업을 유지 관리 할 때 인건비가 수정됩니다.

홀의 질문 : 시간 관리 및 자원에 대한 질문은 직원이 어떻게 적재되었는지, 또는 계획을 세울 수있는 경우 이미 일어 났는지, 이미 등록 했습니까? 내가 내일 볼 때 내 프로그래머는 이것의 임무와 내일 이후의 일을 가져야합니다. 그리고 나는 전통적으로 말하면서 강력한 프로그래머이며, 2 일당 3 일 동안 리벳에 3 일 동안 문제없이 어떤 보고서를 가질 수 있으며 일주일 동안 작업 대기열을 넣을 수 있습니다.

대답 :계획 능력은 완벽하지는 않지만 완벽하지는 않습니다 - 무료 제품은 당신의 뉘앙스를 만듭니다. "예정된 시간"의 분야가 있으며, 계획 시간을 계획하여 표준 필드가 부족한 경우 사용자 정의 필드를 설정할 수 있습니다. 계획된 시간을 지정하고 계획 및 실제 시간을 비교할 수 있습니다. 물론 포커 계획을 위해 표준 스토리 포인트 필드를 사용할 수 있습니다.

홀의 질문 : 당신은 Redmine의 위키가 불편한 것입니다.

대답 :Redmine의 위키는 비우호적으로 보입니다.

 

기사 및 작업을 포맷하려면 마킹 언어 마크 다운이 사용됩니다. 서식은 "즉시"가 아니라 마킹 기호를 나타내는 것입니다.

검색은 텍스트와 헤드 라인 내부의 단어에 따라입니다. 검색에서 "Exchange"를 입력하면 테마와 추적기가 모두 제공됩니다. 트래커의 유형별로 선택이 있습니다.

목차 테이블이 기본 페이지가 아니며 Wiki를 입력하면 단순히 생성 된 기사 목록이 표시됩니다.

목차는 다음과 같습니다.

물론 Redmine의 위키는 기사 만 저장하기위한 것입니다. 공동 작업에 사용할 수 없습니다.

기사의 변화의 역사는 수행되고, 누가, 누가 생산되는 경우를 발견 할 수 있습니다.

홀의 질문 : 위키가 어떻게 채우는가?

대답 : 우리의 공정은 다음과 같이 구성됩니다. 지난 기간 동안 특정 주기성으로 서비스 데스크 분석이 수행됩니다. 요청을 요청할 때 애널리스트가 이루어진 초기 분류의 도움으로 우리는 테마를 요약하고 가장 문제가있는 영역을 식별하려고 노력하고 있습니다. 다음 - 우리는 셀프 서비스를 소개합니다. 사용자가 자신의 문제 또는 질문을 해결할 수있는 방법을 문서화하십시오. 또한 현재의 작업 중에 분석가는 전반적인 분석을 기다리지 않고 필요할 때 필요할 경우 재량에 따라 기사를 만들 수 있습니다. 또한 Wiki-uncruction의 준비는 개발 된 비즈니스 프로젝트 또는 특별한 문서화 프로젝트의 틀 내에 있습니다. 이것은 공동 작업이 아니라 합류가 아닙니다. 관리 방법이있는 상단에서 하단까지입니다. 사용자는이에 참여하지 않습니다.

홀의 질문 : 동료 중 하나는 매우 흥미로운 시스템을 사용합니다. 나는 그것을 정말로 좋아했다, 나는 그것을 자신을 구현하고 싶다. 기술 지원의 첫 번째 줄은 항상 Wiki의 작업을 닫을 의무가 있습니다. 그리고 Wiki에서 기사를 찾지 못하면 두 번째 기술 지원의 두 번째 줄을 다룹니다. 그리고 이미 두 번째 줄은 작업을 위해 마운트 해야하는 기사를 만듭니다.

대답 :우리도 그렇게 시도해 보지만, 우리는 반복적으로 행동합니다 - 셀, 분석, 여러 가지 이벤트를 만들었습니다. 그러나 그것은 몇 달이 걸립니다. 그런 다음 다시 Sat Down, 분석, 필요한 블록을 할당하고 여러 이벤트를 만들었습니다.

홀의 질문 : 매우 분명하지는 않습니다 - redmine과의 Git 통합은 어떻게됩니까?

대답 :1C 스토리지 (계산시)의 변경 사항을 저장하면 설명은 "#"태그, 예를 들어 "#"태그가있는 태스크 번호를 나타냅니다 (예 : "# 74516"). 따라서 우리는 회계를 통해 얻을 수 있습니다 - Git Storage의 어떤위원회가 작업에 묶여 있는지 알 수 있습니다. 우리가 데스크톱 솔루션이므로 우리가 편리하게 그들을 관리 할 수 ​​있고 필요한 경우 모든 솔루션으로 가기 때문에 다른 솔루션으로 이동하십시오. 그러므로 다시 사과합니다. 제품을 선택하면 자동화하려는 것을 먼저 분석하고 "덮는"블록을 먼저 분석합니다.

홀의 질문 : Redmine에서 모바일 응용 프로그램을 사용 했습니까?

대답 :모바일 응용 프로그램은 그렇지만 편안하지 않습니다. 우리 조직에서는 필요가 없습니다. 우리는 주로 유선 컴퓨터 또는 노트북에서 작동합니다. SMS 또는 Telegram을 사용하여 정보 기능을 사용하여 플러그인을 정보 기능이있는 플러그인을 사용할 수도 있습니다.

홀의 질문 : 당신은 git에서 저장소를 언로드하고 git에서 무엇을 볼 수 있습니까?

대답 : Commut Git에서는 작업에 대한 링크가 있습니다. 위원회에서 우리는 과제 자체를여십시오. 그리고 문제로부터 우리는 또한 그것과 관련된 통학을 열 수 있습니다. 각 프로젝트에 계층 구조가 무엇이든 상관없이 리포지토리를 연결할 수 있습니다. 물론 Git과의 통합은 웹 인터페이스를 완전히 투여하지 않습니다. 핸들은 여전히 ​​오르지 만 빠르고 간단합니다.

우리가 끝나는 것 :

위의 내용을 바탕으로 간략한 결과를 요약 할 것입니다.

장점 :

  • Redmine - opensource-land and active 커뮤니티;
  • 비용, 저렴하고 유연하고 맞춤화 된 사용자 정의, 쉽게 통합 가능하며 확장 가능합니다.
  • 버그 추적기, 절반 프로젝트 관리, 꽤 약간 - ITSM을 완전히 포함합니다.
  • git와의 통합이있다;
  • "즉시"캐스팅합니다. ";
  • 그것은 상당히 다양한 플러그인을 가지고 있습니다. 또한 프로세스를 자동화하는 전문가를 쉽게 찾을 수 있습니다.
  • 실제 노동 비용에 대한 편리한 회계. 노동 비용과 예산을 계획 할 수있는 가능성.

마이너스 :

  • 불편한 위키;
  • 프로세스를 자동화하고 레일에 루비에 대한 능력이 없으면 플러그인이나 타사 개발자를 검색하는 것은 가능합니다.
  • 적은 수의 분석 보고서;
  • 항상 "친절한"인터페이스가 아닙니다.
  • 계층 구조의 형태로 저장하고자하는 불편한 질량 분류기.

redmine 제품을 사용하는 과정에서 우리는 분석, 우리 활동의 분석, 체계화 및 자동화 및 우리의 구조에서 혼돈의 감소에 대해 많은 작업을 수행했습니다. 그들은 부서 내에서 프로세스의 변경 및 최적화 및 전체 조직의 비즈니스 프로세스를 수행했습니다. 부서 및 설계 활동에서 최적화되고 개선 된 제어, 분석 및 관리 기능.

우리가 취한 추가 단계는 더 편리한 Confluence 시스템에서 지식 기반을 강조하는 것입니다. 함께 일할 가능성은 조직 개발의 주요 메커니즘 중 하나이며 통신을 신속하게 생성하고, 정보를 전송하는 시간을 줄이고, 인시던트를 해결할 수있는 오류 수 및 시간을 줄일 수 있습니다.

Redmine 부분에는 더 명확하고 통제 된 비즈니스 프로세스를 구축하는 추가 단계가 있습니다.

일반적으로 도구를 선택하고 혼란을 주목하지 않도록하십시오.

****************

이 기사는 INFOSTART 이벤트 2017 커뮤니티 회의에서 읽은 보고서의 결과에 작성되었습니다. 여기에서 더 많은 기사를 찾을 수 있습니다.

2020 년에 우리는 모두가 7 개의 지역 할당 및 모스크바의 기념일 Infostart 이벤트 2020에 참여하도록 모든 사람들을 초대합니다.

이벤트를 선택하십시오.

redmine. - 프로젝트 관리 및 작업 (오류 추적 포함)을위한 오픈 서버 웹 응용 프로그램. Redmine은 Ruby로 작성되며 잘 알려진 웹 프레임 워크 루비를 기반으로 한 응용 프로그램입니다. GNU 일반 공중 라이센스에 따라 분포.

기능

이 제품은 다음과 같은 기능을 제공합니다.

  • 여러 프로젝트 유지;
  • 유연한 역할 기반 액세스 시스템;
  • 오류 추적 시스템;
  • Gantt 및 Calendar 차트;
  • 프로젝트 뉴스, 문서 및 파일 관리;
  • RSS 스트림 및 이메일을 사용하여 변경 사항에 대한 경고;
  • 각 프로젝트에 대한 위키;
  • 각 프로젝트에 대한 포럼;
  • 임시 비용 회계;
  • 인시던트, 시간 비용, 프로젝트 및 사용자를위한 사용자 정의 가능한 임의의 필드;
  • 버전 제어 시스템 (SVN, CVS, GIT, Mercurial, Bazaar 및 Darcs)과의 쉬운 통합;
  • 수신 된 문자를 기반으로 오류 레코드 생성;
  • 다중 LDAP 인증을 지원합니다.
  • 새로운 사용자를 독립적으로 등록하는 기능;
  • 다국어 인터페이스 (러시아어 포함);
  • MySQL DBMS, PostgreSQL, SQLite, Oracle에 대한 지원.

데이터베이스 구조

사용자 시스템

사용자는 주제 영역의 중앙 개념 중 하나입니다. 사용자 모델은 인력 및 고객의 시스템을 식별하고 인증하고, 다른 역할, 프로젝트 등으로 승인 할 수있는 기초입니다.

역할

사용자 역할은 사용자 액세스 권한을 결정하기위한 유연한 모델에 의해 결정됩니다. 역할에는 다양한 시스템 기능에 대한 액세스를 구별 할 수 있으므로 다양한 권한이 있습니다.

사용자는 예를 들어 "사이트 A의 개발을위한 프로젝트의 관리자", "회사의 인트라넷 회사를 유지 관리하는 프로젝트의 개발자"또는 리팩터 프로젝트의 "클라이언트"또는 "클라이언트"에 참여하는 각 프로젝트에 역할이 할당됩니다. 회사 B의 정보 시스템의 사용자는 여러 역할을 가질 수 있습니다. 별도의 작업 (문제)에 대한 역할을 할당하는 것은 현재 불가능합니다.

프로젝트

이 프로젝트는 프로젝트 관리 시스템의 주제 영역의 기본 개념 중 하나입니다. 이 엔티티로 인해 다양한 사용자에 대한 액세스를 구분하여 공동 작업 및 여러 프로젝트를 동시에 구성 할 수 있습니다 (위 참조). 프로젝트는 계층 적 중첩을 인정합니다.

트래커

트래커는 프로젝트에서 작업이 정렬되는 주요 분류입니다. 그 자체로 "추적기"의 개념은 오류 회계 시스템으로 돌아갑니다 (ENG. 버그 추적 도구 ), 각 분리 된 프로젝트를 대표했습니다.

실제로 "Redmine"추적기는 클래스 "작업"클래스의 아날로그이며 다양한 유형의 작업의 다형성의 기초가 있으므로 서로 다른 필드가 각각에 대해 결정될 수 있습니다. 추적기의 예는 "개선", "오류", "문서", "지원", "지원",

작업

작업은 수행하려는 특정 작업을 설명하는 전체 시스템의 중앙 개념입니다. 각 작업에는 필수 설명과 작성자가 필수에 있으며 작업은 추적기에 연결됩니다.

각 작업에는 상태가 있습니다. 상태는 서로 다른 역할에 대한 상태를 할당 할 권한을 결정할 가능성이있는 별도의 엔터티 (예 : "거부 된 상태"관리자 만 할당 할 수 있거나 태스크의 관련성을 결정합니다 (예 : "열기", " "관련,"폐쇄 ","거부 된 "- 아니오).

각 프로젝트에 대해 일련의 개발 단계 및 일련의 작업 범주 집합이 별도로 정의됩니다. 다른 필드는 또한 관리 차트를 작성하기위한 기초와 태스크의 관찰자의 선택 필드와 함께 제공되는 "예상 시간"에 대해서도 흥미 롭습니다 ( "알림 수신"참조). 작업은 파일을 첨부 할 수 있습니다 (별도의 엔티티 "응용 프로그램").

다른 나열된 속성 (예 : 우선 순위)의 값은 별도의 공통 테이블에 저장됩니다.

작업 상태를 추적합니다

사용자가 작업 매개 변수를 추적하기 위해 시스템은 "변경 로그 및"변경된 매개 변수를 녹화 "두 엔티티에 응답합니다. 로그 항목은 작업의 매개 변수를 편집하고 / 또는 주석을 추가하는 사용자의 한 동작을 표시합니다. 즉, 동시에 작업의 역사 및 대화의 유지 보수를위한 도구를 수행하기위한 도구로 사용됩니다.

엔티티 "변경된 매개 변수"는 별도의 로그 항목에 연결되며 사용자가 변경된 매개 변수의 이전 값 및 새 값을 저장하기위한 것입니다.

작업 간의 통신

작업은 상호 관련 될 수 있습니다. 예를 들어 한 작업은 다른 작업이 다른 태스크가 아니면 앞에 앞에 있습니다. 이 정보는 프로그램 개발 계획에서 유용 할 수 있으며, 별도의 엔티티는 Redmine의 저장소에 대한 책임이 있습니다.

초안 시간에 소비 된 회계

이 시스템은 사용자와 작업과 관련된 "사용 된 시간"의 본질로 인해 소비 된 시간을 회계로 유지합니다. 에센스를 사용하면 시간에 소요 된 시간, 사용자 활동 유형 (개발, 디자인, 지원) 및 작업에 대한 간략한 설명을 저장할 수 있습니다. 이러한 데이터는 예를 들어 프로젝트에서 각 참가자의 기여를 분석하거나 실제 노동 강도와 개발 비용을 평가하기 위해 사용될 수 있습니다.

바인딩 저장소

Redmine은 다양한 버전 제어 시스템 (리포지토리)과의 통합을 제공합니다. 통합은 외부 저장소의 변경 사항을 추적하여 데이터베이스에 수정하여 특정 작업에 바인드 할 변경 사항을 분석하는 것입니다. 외부 리포지토리와의 통합을 위해 시스템의 유닉계 구조에서는 "저장소", "편집자"및 "변경"을 담당합니다. "저장소"는 연결된 저장소 유형, 사용자의 위치 및 식별 데이터를 저장하는 프로젝트와 관련된 프로젝트입니다.

"편집장"은 리포지토리의 편집위원회의 디스플레이이며, 정보 필드 외에도 특정 작업 ( "refs #num"변경에 대한 설명을 지정하려는이를 위해 지정하려는이를 위해 특정 작업)에 연결할 수 있습니다. 작업 번호와 편집위원회의 저자 저자 인 것입니다. 엔티티 "변경"은 각 버전에 수정 된 (추가 된 원격, 변위, 수정 된 수정 된 파일 목록을 저장하도록 설계되었습니다.

알림 수령

사이트에서 발생하는 변경 사항에 대한 사용자 알림은 사용자가 다양한 클래스 (프로젝트, 작업, 포럼 등)와 사용자를 연결하는 "관찰자"의 본질을 사용하여 수행됩니다. 데이터베이스에서 RSS 구독 액세스 키는 저장 되어이 기술을 통해 알림을 허용하므로 알림이 전자 메일을 사용하여 전송됩니다.

일부 결함은 redmine.

새 이전 버전의 경우 동일한 작업을 수행해야합니다.중립성을 확인하십시오.

토론 페이지에는 세부 정보가 있어야합니다.

  • Redmine의 파일 및 문서 관리가 줄어들므로 추가, 삭제 및 편집 할 수 있습니다. 모든 파일이나 개별 문서에 대한 액세스 권한을 관리 할 수 ​​없습니다.
  • 문서를 변경할 때 알림이 없습니다.
  • Redmine에서는 개별 작업 필드 수준에서 액세스 권한을 관리 할 수 ​​없습니다. 예를 들어, 현재 프로젝트 또는 보수 시간에 대한 정보에 대한 작업의 추정치를 숨기는 것은 불가능합니다.
  • Redmine에서 모든 추가 필드를 모든 사용자가 사용할 수 있으며 모든 프로젝트 참여자는 이들을보고 변경할 수 있습니다. 이러한 제한은 관리자와 개발자가 프로젝트에 액세스 할 때 관리자와 개발자가 프로젝트에 액세스 할 때 불균일 한 명령이있는 경우 어려움을 겪을 수 있습니다.
  • Redmine에는 워크 플로의 전환 유형을 분리 할 권리가 없습니다. 예를 들어, 누군가가 오류 수정을 완료 할 때 책임 테스터를 선택해야하며 빌드 번호를 지정해야합니다. 또한 프로그래머 간의 내부 대응을 클라이언트에서 숨길 수 없습니다.
  • Redmine에서는 작업 목록에 전체 노동 강도가 표시되지 않으며 노동 집약적 인 보고서에서 계약자에 따라 선택하는 것이 불가능합니다.

칠리 루프.

프로젝트와 관련된 일부 사용자의 비전이 개발자 리더의 비전과 구별되었으므로 ChilipRoject라는 Forma Redmine이 생성되었습니다.

또한보십시오

문학

  • 前田 剛 (Maeda가) 入門 Redmine Linux / Windows Ⅲ. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther Popp. Konfigurationsmanagement MIT Subversion, Maven und Redmine : Grundlagen Für SoftwaRearchiteKTEN und Enwickler. - 3. - DPUNKT.Verlag GmbH, 2009. - P. 362. - ISBN 9783898645218

연결

redmine. [ɹɛdmən] - 프로젝트 관리 및 작업 (오류 추적 포함)을위한 오픈 서버 웹 응용 프로그램. Redmine은 Ruby로 작성되며 잘 알려진 웹 프레임 워크 루비를 기반으로 한 응용 프로그램입니다. GNU 일반 공중 라이센스에 따라 분포.

백과 사전 유튜브.

  • 1/4견해: 337.

    1,067.

    20 314.

    1 108.

  • 앤티넬에 Redmine (프로젝트 관리)을 설치하는 방법

  • MIT Redmine Effizient Miterbeiter, Projekte und Aufgaben Verwalten.

  • Redmine - Herramienta de Gestion de Proyectos.

  • [Kube 42] Kubernetes 클러스터에 Redmine 배치

함유량

기능

이 제품은 다음과 같은 기능을 제공합니다.

  • 여러 프로젝트 유지;
  • 유연한 역할 기반 액세스 시스템;
  • 오류 추적 시스템;
  • Gantt 및 Calendar 차트;
  • 프로젝트 뉴스, 문서 및 파일 관리;
  • RSS 스트림 및 이메일을 사용하여 변경 사항에 대한 경고;
  • 각 프로젝트에 대한 포럼;
  • 임시 비용 회계;
  • 인시던트, 시간 비용, 프로젝트 및 사용자를위한 사용자 정의 가능한 임의의 필드;
  • 버전 제어 시스템 (SVN, CVS, GIT, Mercurial, Bazaar 및 Darcs)과의 쉬운 통합;
  • 수신 된 문자를 기반으로 오류 레코드 생성;
  • 다중 LDAP 인증을 지원합니다.
  • 새로운 사용자를 독립적으로 등록하는 기능;
  • 다국어 인터페이스 (러시아어 포함);
  • DBMS MySQL, Microsoft SQL Server를 지원하십시오 [2] , PostgreSQL, SQLite.

데이터베이스 구조

사용자 시스템

사용자는 주제 영역의 중앙 개념 중 하나입니다. 사용자 모델은 인력 및 고객의 시스템을 식별하고 인증하고, 다른 역할, 프로젝트 등으로 승인 할 수있는 기초입니다.

역할

사용자 역할은 사용자 액세스 권한을 결정하기위한 유연한 모델에 의해 결정됩니다. 역할에는 다양한 시스템 기능에 대한 액세스를 구별 할 수 있으므로 다양한 권한이 있습니다.

사용자는 예를 들어 "프로젝트 개발 프로젝트의 관리자", "회사의 인트라넷 회사를 유지하기위한 프로젝트의 개발자"또는 "정보 시스템의 리팩터 프로젝트에서"클라이언트의 개발자가 참여하는 각 프로젝트에 역할이 할당됩니다. 회사 B ". 사용자는 여러 역할을 가질 수 있습니다. 별도의 작업 (문제)에 대한 역할을 할당하는 것은 현재 불가능합니다.

프로젝트

이 프로젝트는 프로젝트 관리 시스템의 주제 영역의 기본 개념 중 하나입니다. 이 본질 때문에 다양한 사용자에 대한 액세스를 구분하는 것과 동시에 공동 작업을 구성하고 여러 프로젝트를 계획 할 수 있습니다. 프로젝트는 계층 적 중첩을 허용합니다.

트래커

트래커는 프로젝트에서 작업이 정렬되는 주요 분류입니다. 그 자체로 "추적기"의 개념은 오류 회계 시스템으로 돌아갑니다 (ENG. 버그 추적 도구 ), 각 분리 된 프로젝트를 대표했습니다.

본질적으로 "redmine"에서 추적기는 클래스 "문제"클래스의 아날로그이며 다양한 유형의 작업의 다형성의 기초가 있으므로 각 유형의 다양한 필드에 대해 결정할 수 있습니다. 추적기는 "개선되어 있습니다. ","오류 ","문서 ","지원 ".

작업

작업은 수행하려는 특정 작업을 설명하는 전체 시스템의 중앙 개념입니다. 각 작업에는 필수 설명과 작성자가 필수에 있으며 작업은 추적기에 연결됩니다.

각 작업에는 상태가 있습니다. 상태는 서로 다른 역할에 대한 상태를 할당 할 권한을 결정할 수있는 별도의 엔터티 (예 : "거부 된 상태"관리자 만 할당 할 수 있습니다) 또는 작업의 관련성의 결정 (예 : "열기", "임명 된"관련, "폐쇄", "거부"- 아니오).

각 프로젝트에 대해 일련의 개발 단계 및 일련의 작업 범주 집합이 별도로 정의됩니다. 다른 필드는 또한 관리 차트를 건설하기위한 기초와 태스크의 관찰자 선택 분야뿐만 아니라, 관리 차트의 선택 분야에 대해서도 흥미 롭습니다 ( "알림 수신"참조). 작업은 파일을 첨부 할 수 있습니다 (별도의 엔티티 "응용 프로그램").

다른 나열된 속성 (예 : 우선 순위)의 값은 별도의 공통 테이블에 저장됩니다.

작업 매개 변수 변경을 추적합니다

사용자가 작업 매개 변수를 추적하기 위해 두 개의 엔터티가 "변경 로그를 촬영"과 "변경 가능한 매개 변수"를 시스템에 응답합니다. 로그 항목은 작업의 매개 변수를 편집하고 / 또는 주석을 추가하는 사용자의 한 동작을 표시합니다. 즉, 동시에 작업의 역사 및 대화의 유지 보수를위한 도구를 수행하기위한 도구로 사용됩니다.

엔티티 "변경된 매개 변수"는 별도의 로그 항목에 연결되며 사용자가 변경된 매개 변수의 이전 값 및 새 값을 저장하기위한 것입니다.

작업 간의 통신

작업은 상호 관련 될 수 있습니다. 예를 들어 한 작업은 다른 작업이 다른 태스크가 아니면 앞에 앞에 있습니다. 이 정보는 프로그램 개발 계획에서 유용 할 수 있으며, 별도의 엔티티는 Redmine의 저장소에 대한 책임이 있습니다.

초안 시간에 소비 된 회계

이 시스템은 사용자와 작업과 관련된 "폐기 된 시간"의 본질 덕분에 고려되는 시간을 고려한 것을 지원합니다. 에센스를 사용하면 시간에 소요 된 시간, 사용자 활동 유형 (개발, 디자인, 지원) 및 작업에 대한 간략한 설명을 저장할 수 있습니다. 이러한 데이터는 예를 들어 프로젝트의 각 참가자의 기여를 분석하거나 실제 시간 고려와 개발 비용을 평가할 수 있습니다.

바인딩 저장소

Redmine은 다양한 버전 제어 시스템 (리포지토리)과 통합 할 수있는 기능을 제공합니다. 통합은 외부 저장소의 변경 사항을 추적하여 데이터베이스에 수정하여 특정 작업에 바인드 할 변경 사항을 분석하는 것입니다.

외부 리포지토리와의 통합을위한 시스템의 유닉계 구조에서는 리포지토리, 편집자 및 변경 사항이 세 가지 엔티티가 있습니다.

  • 저장소 - 연결된 저장소 유형, 사용자의 위치 및 식별 데이터를 저장하는 엔티티와 관련된 프로젝트입니다.
  • Editorial - 리포지토리의 편집 사무실을 표시하고 정보 필드 외에도 특정 작업에 연결할 수 있습니다.이 작업은 "Refs #num"변경 사항에 대한 설명이 필요합니다. 편집위원회의 저자 저자에게.
  • 변경 - 각 버전에 수정 된 (추가, 원격, 변위, 수정 된 수정 된) 파일 목록을 저장합니다.

알림 수령

사이트에서 발생하는 변경 사항에 대한 사용자 알림은 "관찰자"의 본질을 다양한 클래스 (프로젝트, 작업, 포럼 등)와 연결하는 "관찰자"의 본질을 사용하여 수행됩니다. 데이터베이스는 RSS 구독에 액세스 키를 저장하므로 이 기술을 통해 알림을 받으려면 알림이 전자 메일을 사용하여 전송됩니다.

일부 결함은 redmine.

  • Redmine의 파일 및 문서 관리가 줄어들므로 추가, 삭제 및 편집 할 수 있습니다. 모든 파일이나 개별 문서에 대한 액세스 권한을 관리 할 수 ​​없습니다.
  • Redmine에서는 개별 작업 필드 수준에서 액세스 권한을 관리 할 수 ​​없습니다. 예를 들어, 현재 작업에 대한 근무 시간 추정치를 숨기는 것은 불가능합니다. 그러나 정의 된 역할이있는 사용자에게만 추가 필드를 표시 할 수 있습니다.
  • Redmine에서는 작업 목록에 작업을 전반적으로 고려하지 않습니다.
  • 전체 시스템에서 사용자에게 역할을 할 가능성은 없습니다. 예를 들어, "Project Office Manager"는 시스템의 모든 프로젝트에 액세스해야합니다.이를 위해 모든 프로젝트 에이 역할을 사용자에게 추가해야합니다.
  • redmine이있는 경우에만 Git 저장소를 연결할 수 있으며 리포지토리가 동일한 서버에있을 경우에만 가능합니다.

칠리 루프.

프로젝트와 관련된 일부 사용자의 비전이 개발자 리더의 비전과 구별되었으므로 ChilipRoject라는 Forma Redmine이 생성되었습니다. 현재이 프로젝트가 닫힙니다.

또한보십시오

메모

문학

  • 前田 剛 (Maeda Go). 入門 Redmine Linux / Windows Ⅲ. - 秀和 システム. - 226 p. - ISBN 978-4-7980-2137-9.
  • Gunther Popp. Konfigurationsmanagement MIT Subversion, Maven und Redmine : Grundlagen Für SoftwaRearchiteKTEN und Enwickler. - 3.DPUNKT.VERLAG GmbH, 2009. - P. 362. - ISBN 9783898645218.

연결

  • 공식 사이트 Redmine. (eng.)
  • Redmine 용 Android 클라이언트 (eng.)
  • 보석, 루비, 레일, PostgreSQL, 승객, Nginx와 함께 Redmine 번들 설치 및 구성
  • 보석, 루비, 레일, MySQL, 승객, nginx가있는 redmine 번들 설치 및 구성 (액세스 할 수없는 링크)
  • Redmine 용 플러그인 생성
  • RedMineApp - Redmine 용 iPhone 응용 프로그램
  • Redmine PM - iPhone / iPad 용 Redmine Client.
  • Redmine Go - Redmine 용 Windows Phone Client.
  • Redmineup은 Redmine을위한 무료 및 상용 플러그인과 테마 집합입니다.
  • rmclient는 Windows, Mac, Linux, Commercial 용 클라이언트입니다.
  • 라이프 사이클 작업 설정
  • 성능 문제 해결
  • Redmine에서 운영 계획
  • 플러그인 쓰기 가이드
  • 자세한 설치 지침
  • 쉬운 redmine - 상업 옵션
  • Redmine이있는 JETWARE INSTALLARS 및 가상 컴퓨터

이 페이지는 5 월 3 일, 2021 년 5 월 3 일에 마지막으로 편집되었습니다.

  • - 여러 프로젝트 유지;
  • - 오류 추적 시스템;
  • - 이메일 및 RSS 피드를 통한 변경 사항에 대한 경고;
  • - 사용자 정의 가능한 작업 상태;
  • - 작업, 시간 비용, 프로젝트 및 사용자를위한 사용자 정의 가능한 임의 필드;
  • - 시간 비용 회계 (시간);
  • - Ganta 차트 및 캘린더;
  • - 각 프로젝트에 대한 위키;
  • - 프로젝트 뉴스 관리, 파일 관리 및 문서;
  • - 각 프로젝트에 대한 포럼;
  • - 러시아어를 포함한 다국어 인터페이스;
  • - 저장소 (SVN, CVS, GIT, Mercurial, Bazaar 및 Darcs)와의 손쉬운 통합;
  • - 역할에 따라 분리 시스템에 액세스하십시오.
  • - 다중 LDAP 인증을 지원합니다.
  • - 새로운 사용자를 독립적으로 등록 할 수있는 기능;
  • - 추가로 시스템의 기능 확장 플러그인 ;
  • - DBMS를 지원하십시오 : MySQL, PostgreSQL, SQLite, MS SQL Server (버전 2.3에서).
  • Redmine 시스템을보다 자세하게 생각해보십시오. 다음은 첫 번째 스크린 샷이며, 첫 번째 프로젝트 중 하나에 따른 작업 목록입니다.

    작업 탭에서는 현재 프로젝트 작업 (기본적으로 기본적으로) 및 이전에 닫힌 작업을 볼 수 있습니다. 고객 요청이 가능합니다.

    하나님 당신은 내 것이고, 나는 갈등을 가지고 있습니다!

    (필터). 사용자 정의 쿼리는 시스템의 모든 사용자가 후속 사용을 위해 저장할 수 있습니다.

    (공용 "쿼리 확인란을 설치하거나 요청을 작성한 사용자가 사용할 때 사용하십시오. 쿼리를 만든 후 한 번의 클릭으로 작업 목록을 구성 할 수 있습니다.

    조만간 (새로운 젊은 버전에 대한 첫 번째 업데이트 중에 이미 업데이트되는 동안) 당신은 합병 충돌이 발생할 것입니다. Git Rebuasion에서는 커밋을 사용하여 오류가 발생할 때마다 하나씩 커밋을 사용하고 중지합니다. 이 경우 팀

    오른쪽의 측면 패널의 "저장된 쿼리"에 의해 쿼리로 참조를 이용하십시오.

    • 시스템은 작업 및 작업 구독을 추적하기위한 메커니즘을 구현합니다. 각 작업에 대해 관찰자를 할당 할 수 있습니다. 이후 상태가 변경되면 작업의 매개 변수가 변경되거나 새 주석을 추가 할 때 옵저버 사용자는 적절한 전자 메일 알림을 받게됩니다.
    • 모든 시스템 사용자는 새 작업을 만들 수 있습니다. 프로젝트에 새 작업을 추가하려면 새 작업 탭으로 이동해야합니다.
    • 작업 추적기를 선택하고 필수 (*) 및 추가 (사용자 정의 사용자 포함) 태스크 필드를 작성하십시오. "테마"필드에서는 간단히 공식화되지만, 비공식적으로 태스크의 의미 (탭 키를 눌러 다른 필드로 이동하면 추가 플러그인의 경우, 항목을 검색 할 수 있습니다. 이전에 생성 된 작업 중 주제). "설명"필드에서 작업의 자세한 내용을 설정합니다. 텍스트의 가독성을 향상 시키려면 내장 웹 편집기의 기능을 사용할 수 있습니다.
    • 태스크는 첨부 파일을 첨부 할 수 있으며, 최대 크기는 시스템 관리자가 규제합니다.
    • 관찰자는 태스크에 연결할 수 있습니다. 작업을 만들려면 작업을 만들 때 작업의 상태를 변경하고 옵서버는 전자 메일 주소에 적절한 알림을 받게됩니다. 사용자는 저렴한 태스크에 관찰자로 스스로를 추가 할 수 있으며,이를 타스크 카드에 "팔로우"링크가 뒤 따워야합니다.

    시스템의 작업은 상호 관련 될 수 있습니다. 예를 들어, 이들 중 하나는 다른 사람의 하위 태스크이거나,이 작업이 서로와 관련된 것과 관련이 있습니다.

    Git 상태.

    Redmine 시스템은 "관련 작업"이라는 별도의 엔터티를 제공합니다. 관련 태스크에는 다음 유형의 링크가있을 수 있습니다.

    문제 파일을 표시합니다.

    - "복제본"- 다른 작업의 폐쇄를 수반하는 방식으로 작업을 연관시킵니다.

    커밋 중 어느 것을 실패했는지 확인하고, 왜 그것이 의도 된 이유 (의미있는 커밋 메시지가 도움이 될 것), 올바른 파일, 명령

    - "관련 관련"은 다른 작업에 대한 참조 일뿐입니다. 이러한 링크는 이러한 작업이 하나의 목표 또는 다른 공통 속성에 의해 결합되었음을 입증하는 데 사용됩니다. - "블록"- 다른 작업에서 작업을 시작하기 전에이 작업을 완료해야 함을 보여줍니다. 두 작업 모두 실행, 날짜, 상태의 백분율을 독립적으로 변경할 수 있지만 한 가지 예외로 : 잠긴 작업을 차단 작업이 닫힐 때까지 닫을 수 없습니다. 그러나 잠긴 작업에서는 블로킹 작업의 준비가 많은 것을 원하는 것으로 나가는 경우에도 100 %의 준비 상태를 설정할 수 있습니다. - "선행"-이 태스크가 연관된 작업을 시작하기 전에 N 일 동안 완료해야하도록 작업 수행 절차를 설정합니다. 관련 작업 카드에서 바인딩에 대한 항목 일뿐 만 아니라 자동으로 작업의 타이밍과 끝을 변경합니다. 작업의 기간은 묶인 문제의 날짜와 같아서 번들에 지정된 일 수만큼 증가합니다.

    Git Add.

    - "다음"-이 작업을 연관된 후에 만 ​​수행 할 수있는 방식으로 작업 수행 절차를 설정합니다. 이 연결은 이전 항목을 반대합니다.

    완료 할 때 각 수정 된 파일을 추가하십시오. 충돌이 제거 된 경우 명령을 사용하여 해결할 변경 사항을 볼 수 있습니다.

    타이밍은 바인딩에서 자동으로 변경되지 않고 편집 가능한 작업에서 변경되지 않습니다. 따라서 "다음"링크를 사용해야하며, 이들 사이에 주어진 시간 간격으로 작업이 정말로 하나씩이어야하는지 확인해야합니다.

    git diff --cached.

    다음 그림은 redmine 시스템의 구성 및 관리에 전념합니다.

    ...에 결과를 만족스럽게 생각하자마자 팀과 함께 재구성 할 수 있습니다.

    추적기는 작업을 추적하는 데 중요한 역할을합니다. 이들은 한 상태에서 다른 상태로의 작업 전환을위한 조건을 다른 상태로 전환하는 조건을 결정합니다.

    Git Rebase --Continue.

    추적기는 프로젝트 내의 하나의 그룹의 논리적 연결 (예 : 오류 제거, 새로운 기능 개발 등)입니다. 추적기가있을 수 있습니다

    하나, 여러 프로젝트에 포함됩니다.

    Redmine 사용자는 역할 그룹 중 하나에 포함되어야하며, 역할 수는 제한되지 않습니다. 시스템은 두 가지 미리 정의 된 역할을 제공합니다.

    "익명"의 역할 - 등록되지 않은 사용자가 등록되지 않았지만 모든 사용자 프로젝트에 포함되어 있지 않은 "비 참여"의 역할.

익명은 작업을 만들 수 없습니다.

각 역할은 작업, 프로젝트, 문서, 파일, 위키, 포럼 등의 작업을 가능한 작업에 대한 액세스 권한으로 설정됩니다. 그것은 분명합니다

"Project Manager"의 역할은 더 많은 권한, "수행자"의 역할을 제공해야합니다. "비 참여"의 역할, "익명"의 역할, 최소한의 가능성을 허용하는 "익명"의 역할

공공 프로젝트 및 개별 프로젝트에서는 모든 것이 금지되어 있습니다. 시스템 역할 "관리자"의 참가자는 시스템 전체에서 무제한 권한 을가집니다.

선택한 추적기에 따라 각 작업은 특정 스테이지를 통과하고 다른 상태를 가질 수 있습니다.

따라서 생성 된 추적기 "문제 해결", "일회성 작업", "일회성 작업", "새로운 개발"작업 상태를 통한 최대 전면적 방법 :

1. 새로운 -> 2. 분산 -> 3. 분석 -> 4. 작동 중 -> 5. 제작 -> 6. 고객이 수락 -> 7. 폐쇄

"Project Manager", "Executive", "고객, 회원"의 역할이 생성되었습니다. 프로젝트 관리자가 프로젝트의 관리자이기 때문에 프로젝트의 프레임 워크 내에서 다른 상태의 작업으로 이동할 수 있습니다. 작업 또는 고객 / 참가자의 수행자는 특정 상태에서만 작업을 변환 할 수 있습니다. 어떤 단계에서는 이유를 나타내는 태스크가 취소 될 수 있습니다 ( "거부 된 상태로 번역"). .

작업을 변경하면 작업 상태가 변경되면 작업과 관련된 모든 사용자에게 주석을 추가하면 자동으로 전자 메일 이옵니다.

각 쌍에 대해 "역할 - 추적기"가시성을 구성 할 수있는 기회, 작업 카드에 필드 (구성 가능한 필드 포함)를 채우는 의무가 있습니다. 시스템 필드

"프로젝트", "추적기", "테마", "우선 순위", "개인"(작업)은 항상 채울 필요가 있습니다. 쌍 "역할 - 추적기"쌍 중 하나에 대한 시퀀스 구성,

시퀀스 설정은 다른 쌍 ( "복사"링크)에 대해 복사 할 수 있습니다.

작업, 사용자 및 기타 엔티티의 Redmine 시스템에서는 임의의 수의 사용자 정의 가능한 (사용자 정의) 필드를 만들 수 있습니다. 맞춤 필드가 될 것입니다

미리 정의 된 시스템 필드 영역 이후의 두 열에 작업 카드에 표시됩니다. 정렬 작업 카드의 사용자 정의 필드의 순서를 결정합니다. 사용자 정의 필드는 문자열, 긴 텍스트, 정수, 실수, 날짜, 목록, 단일 값 선택, 목록 여러 값, 링크, 사용자를 선택하는 목록입니다. 각 사용자 정의 필드는 모든 또는 지정된 프로젝트에서만 사용할 수 있습니다. 선택한 추적기를 사용하십시오. 사용자 정의 필드를 정의 할 때 즉시 설치할 수 있습니다. 글로벌 설정은 사용자 쿼리 (필터) 및 검색 쿼리에 대한 필드 참여뿐만 아니라 역할에 대한 필드 참여가 필요합니다. 서버 및 서비스를 관리하는 프로그램 Redmine은 시작 -> Bitnami Redmine Stack Group -> Redmine Manager 도구로 찾을 수 있습니다. 이 관리 응용 프로그램을 사용하면 redmine 서비스 인 Apache Web Server, MySQL 데이터베이스 서버를 관리 할 수 ​​있습니다.

보고

Redmine 시스템은 GANT 다이어그램을 제공하며 추가 플러그인의 도움으로 프로젝트 및 작업의 상태를 이해하기 위해 보고서를 형성 할 수 있습니다.

아마도 이러한 보고서의 형식에 대해 개발자를 비공개 제출하면이 보고서의 형식이 정렬됩니다.

그럼에도 불구하고 프로젝트 작업에 대한 분석 보고서는 CSV 파일로 내 보낸 데이터를 기반으로 작성된 최적입니다. 이것을 위해

Redmine System의 기본 메뉴에서 "프로젝트"-> "모든 프로젝트"를 선택하고 "모든 작업보기"링크를 따르십시오.

작업 목록에 원하는 필터링 기준을 적용 / 취소하고 작업 목록 바로 아래의 오른쪽 하단의 "CSV로 내보내기"링크를 클릭하십시오.

이렇게하면 작업 목록이 언로드됩니다 - 문제점 .csv 파일.

그런 다음 메인 메뉴에서 새로운 MS Excel 북을 열고 "데이터"-> "텍스트에서"파일 문제를 선택하십시오. 파일 문제에 대한 경로를 지정하십시오. 코드 페이지 선택 대화 상자 "1251 : Cyrillic (Windows)", (아마도 분리기 기호로, "기타", 기호 | (수직 형질)를 지정하고 "마침"버튼을 클릭하십시오. CSV 파일에 대한 연결을 저장하는 동안 데이터를 Excel 파일로 가져옵니다. 소스 데이터 테이블을 기반으로 요약 테이블, 다이어그램 (테이블 / 열을 강조 표시 한 다음 "삽입"-> "요약 테이블"을 선택하십시오). 기본 테이블에서 분석 표시기를 보장 할 수 있으므로 추가 계산 된 열을 만들어야합니다.

보고서의 예는이 기사에 대한 투자에서 찾을 수 있습니다.

redmine

Redmine은 유연한 프로젝트 관리 웹 응용 프로그램입니다. Ruby on Rails Framework를 사용하여 작성된 것은 플랫폼 및 크로스 데이터베이스입니다.

Redmine은 Open Source이며 GNU General Public License V2 (GPL) 조건에 따라 발표됩니다.

풍모¶

Redmine의 주요 기능 중 일부는 다음과 같습니다.

Redmine 기능에 대해 자세히 알아보십시오.

선적 서류 비치¶ .

당신은 그를 읽을 수 있습니다

Redmine 가이드

기타 리소스 :

온라인 데모 공유 온라인 데모는 http://demo.redmine.org/에서 찾을 수 있습니다. 등록 된 사용자에게 자신의 프로젝트를 만들 수있는 기능을 제공하는 것은 설정되었습니다. 즉, 등록하면 등록하면 프로젝트 관리 기능을 사용해보십시오. 또는 간단한 양식을 작성한 후 전체 관리자 권한으로 http://m.redmine.org에서 자신의 Redmine 데모 환경을 가져올 수 있습니다.

지원 및 도움말

도움을 받거나 Redmine에 대해 논의하기 위해서는 다음을 탐색 할 수 있습니다.

Redmine 포럼. 

Redmine에서 가장 호스팅됩니다. 우리는 또한 A를 가지고 있습니다 대화방. - Freenode IRC Network에서 #REDMINE에 가입하십시오. 비공식 작업 공간

느슨하게 질문을하고 다른 redmine 사용자와의 토론에 참여할 수있는 곳. 버그 보고서를 제출하기 전에 여기에 패치 또는 기능 요청은 제출 지침을 읽으십시오.

기여 및 돕는 Redmine은 지역 사회 자원 봉사자들에 의해 지어져 유지됩니다. 당신이 그것을 사용하고 커뮤니티에 되돌려주고 싶다면, Contribute 페이지에는 Sevel 아이디어가 있습니다. 소프트웨어 개발 경험이 필요하지 않습니다. 특정 영역에 관심이있는 경우 정기적으로 기여할 특정 영역에 관심이있는 경우 팀 페이지를 확인하십시오. 또한 기부금을 작성하고 Redmine 기부자 페이지에 나열 할 수 있습니다. 누가 redmine을 사용합니까? 이 페이지에서는 Redmine을 사용하는 일부 회사와 프로젝트를 나열합니다. Redmine Books Redmine 2 판을 마스터 링

Redmine을 사용하기위한 팁, 트릭 및 모범 사례가있는 포괄적 인 가이드입니다. 온라인으로 구입할 수 있습니다.

Redmine 플러그인 확장 및 개발 Redmine을 확장하기 위해 개발자가 사용할 수있는 도구에 대한 개요를 제공합니다. 온라인으로 구입할 수 있습니다. Redmine 요리 책. 대화방. .

: 프로젝트 관리, 팀 관리, 프로세스 개선 및 Redmine Administration에서 기술을 향상시키기 위해 80 개 이상의 실습 요리법. 온라인으로 구입할 수 있습니다. Redmine Books 면책 조항 : 일반 유형 안내서 "Redmine을 설치하는 방법"이 아닙니다. IT에서는 데이터베이스 설정 또는 웹 서버를 설치하지 않습니다. 나는 또한 redmine을 설정하는 것에 대해 이야기하지 않을 것입니다. 이 계획의 Redmine 문서는 꽤 완전합니다. 공식 문서에서 언급되지 않은 경우에는 인터넷에서 쉽게 찾을 수있는 Rails 응용 프로그램을 실행하는 일반적인 절차가 있습니다.

대신, 필요할 때 하나의 쉘 명령을 사용하여 배포 할 수있는 redmine의 자체, 다소 사용자 정의 된 버전을 동반 할 것입니다. 준비된? 그럼 시작하자. 빌드 유형 "올인원"을 설정하고 가상 컴퓨터를 시작할 준비가되었습니다. Bitnami 설치 패키지 또는 사전 설치된 가상 컴퓨터는 빠른 redmine 샘플에 적합하지만 생산적으로 사용하기에 적합하지 않습니다. 왜? 업데이트가 없기 때문에. 오, 두 번째, 비트 나니가 있습니다. 사실, 그것은 농담처럼 보입니다. "전체 스택의 새 버전을 다른 디렉토리에 설치하고 데이터를 이동하십시오."이것은 업데이트가 아닙니다. 설정, 사용자 정의 및 플러그인에 대한 단어가 아마 저장하고 다시 설치해야합니다. 나는 그런 "업데이트"로 행운을 빈다. Reliza Redmine 패치는 한 달 이상 또는 두 번 패치를합니다. 보안 관련 오류의 수정은 필요에 따라 발행됩니다 - 당신은 그들을 그리워하고 싶지 않습니까?

사람들이 종종 잊어 버리는 사실 : 업데이트 시간이 항상 당신에 의존하는 것은 아닙니다. 물론, 다음의 젊은 버전의 릴리스가 몇 주 동안 릴리스하기 전에 업데이트를 연기 할 수 있습니다 (아마도 더 오랜 기간 동안에도). 그러나 새 비트 나 스택을 설치하고 구성하고 수동으로 모든 데이터를 구성 할 시간을 릴리스 할 수있을 때까지 Redmine 또는 Rails에서 새로운 보안 문제를 탐지하고 싶지 않습니다.

설치는 빙산의 맨만 일뿐입니다. 업데이트 - 정기적으로해야 할 일입니다. 

가장 간단한 설치 방법을 검색하는 것은 프로덕션에서 redmine을 사용하기 위해 결정이 이루어지는 즉시 관련이 있습니다. 간단한 반주와 현대화의 가능성 - 이것은 자신의 redmine의 사용과 관련된 비용과 위험을 최소화하기 위해주의를 선명하게하는 것입니다.

  • 아래에서는 현재 상태에서 redmine을 간단히 지원하는 방법을 알려줍니다. Redmine Books .
  • git을 사용하십시오. Redmine Books 설정이나 플러그인없이 주식 redmine을 실행하려는 경우에도 redmine 복사본을 저장하려면 git 저장소를 사용하십시오. 적어도 특수 저장소의 존재는 배포에 필요한 모든 것을 보관할 수 있습니다 (나중에 이것은 자세한 내용으로 간주됩니다). 조만간 또는 나중에 (또는 사용자) Redmine은 지역 사회 자원 봉사자들에 의해 지어져 유지됩니다. 당신이 그것을 사용하고 커뮤니티에 되돌려주고 싶다면, Contribute 페이지에는 Sevel 아이디어가 있습니다. 소프트웨어 개발 경험이 필요하지 않습니다. 특정 영역에 관심이있는 경우 정기적으로 기여할 특정 영역에 관심이있는 경우 팀 페이지를 확인하십시오. .

일부 플러그인 또는 사용자 정의 주제를 설치 하고이 작업은 준비가되어 있습니다. 플러그인의 변경 및 테스트 및 프로덕션 코드의 장애가없는 지역 지사에있는 실험은 자체 GIT C redmine 저장소가있는 경우 매우 간단 해지고 있습니다. 이제 우리는 저장소의 구성으로 시작합니다. 메인 redmine 저장소가 Subversion의 인스턴스이지만, Github에는 주요 커미터가 지원하는 반 공식 리포지토리가 있으며 지속적으로 업데이트됩니다. 자신의 저장소를 구성하는 데 사용하십시오. 지역 복제 Redmine 설정

$ git clone [email protected] : redmine / redmine.git $ cd redmine $ git 원격 이름 바꾸기 원점 업스트림 $ git 원격 추가 원본 [email protected] : redmine.git $ git checkout -b redmine / 3.2 - 안정적인 업스트림 / 3.2 -stable $ gitcheckout -b local / 3.2-stable $ git push -set-upstream origin local / 3.2 안정

버전 번호를 변경하십시오 3.2 안정 Redmine의 마지막 안정적인 버전 수.

원격 저장소

[email protected] 

배포 구성 (게시 할 가치가없는 다른 정보)을 저장할 때 비공개 여야합니다. 아래에 설명 된 배포 프로세스는이 저장소에서 코드를 추출하기 때문에 배포 중에 저장소를 사용할 수 있어야하므로 데스크톱 컴퓨터에 배치하지 마십시오. 리포지토리가 배포가 발생하는 웹 서버에서 사용할 수있는 상황이 될 것입니다. 그러나 필요한 경우, 당신은 주변을 둘러 볼 수 있습니다. 이제 두 가지 로컬 지점이 있습니다. Redmine / 3.2 안정 Redmine은 지역 사회 자원 봉사자들에 의해 지어져 유지됩니다. 당신이 그것을 사용하고 커뮤니티에 되돌려주고 싶다면, Contribute 페이지에는 Sevel 아이디어가 있습니다. 소프트웨어 개발 경험이 필요하지 않습니다. 특정 영역에 관심이있는 경우 정기적으로 기여할 특정 영역에 관심이있는 경우 팀 페이지를 확인하십시오. и 위의 리모컨이 제시 한 GitHub / Redmine 저장소에서 추가 기능없이 Redmine 3.2를 추적합니다. 오름차순 Redmine은 지역 사회 자원 봉사자들에 의해 지어져 유지됩니다. 당신이 그것을 사용하고 커뮤니티에 되돌려주고 싶다면, Contribute 페이지에는 Sevel 아이디어가 있습니다. 소프트웨어 개발 경험이 필요하지 않습니다. 특정 영역에 관심이있는 경우 정기적으로 기여할 특정 영역에 관심이있는 경우 팀 페이지를 확인하십시오. 저장소 위의 리모컨이 제시 한 GitHub / Redmine 저장소에서 추가 기능없이 Redmine 3.2를 추적합니다. 로컬 / 3.2 안정

배포, 사용자 정의, 테마 및 플러그인의 모든 설정이 위치됩니다.

버전의 고급 업데이트

Redmine은 다음 버전 번호 매기기 구성표를 사용합니다. XYZ Major / Minor / Patch. 각 어린 버전은 자체적입니다 안정적인 지점 시간이 지남에 따라 수정 및 안전 패치가 적용됩니다 (이 버전이 여전히 지원되는 경우). 우리의 경우, 이것은 지점입니다

때때로이 오름차순 지점은 새로운 약속을 받게됩니다. 귀하의 임무는 로컬 지점에 새로운 커밋을 포함하는 것입니다. 배포를 위해. 가능성이 있고 정기적으로 오름차순 분기를 보완하지만, 사용하기 위해 제안합니다. 자식 리베즈. 자신의 변경 사항을 지원합니다 위에 .

재고 Redmine : "Naked"Redmine을 통한 로컬 변경 사항을 다시 설정하십시오 : $ git 체크 아웃 redmine / 3.2-stable $ git pull # 새로운 업스트림 커밋 $ git 체크 아웃 로컬 / 3.2-stable $ git Rebase redmine / 3.2 안정

Rebase :

모든 지역 변경 사항을 취소합니다

연결

  1. 최신 정보
  2. 발생한 변경 사항을 반영합니다
예기치 않게 충돌이 없고이 문제를 해결할 시간이 없으면 매개 변수를 사용하여 현재 리소싱을 간단히 방해 할 수 있습니다.

"Bare"버전의 모든 로컬 변경 사항이 다시 적용됩니다.

redmine. 결과는 일 것입니다 순수한 이야기 당신 (로컬)을 커밋하는 것은 항상 redmine의 마지막 (오름차순) 커미트의 맨 위에 있습니다.

주니어 및 구형 업데이트

이제 새로운 안정적인 지점이 있기 때문에 ( 3.3 안정 ), 똑같이하십시오 - 맨 위에 변경 사항을 기재하십시오. Git 명령은 상향 지점의 변화로 인해 약간 다릅니다. 로컬 변경 사항을 새로운 안정적인 지점으로 이전합니다 $ git fetch 업스트림 $ git 체크 아웃 -B redmine / 3.3 안정적인 업스트림 / 3.3 - 안정 $ git 체크 아웃 -B 로컬 / 3.3 - 안정적인 local / 3.2-stable $ git rebase - onto redmine / 3.3 - 안정적인 redmine / 3.2 - 안정 로컬 / 3.3 - 안정 이 팀은 먼저 버전 3.3에 대한 두 개의 새로운 로컬 지점을 만듭니다. 오름차순 중 하나이고 다른 하나는 로컬 지점 3.2에서입니다. 그런 다음 그들은 지역 변경 사항을 이전합니다 Redmine / 3.3 - 안정

...에 여기서 지역 변화는 그 사이의 차이점입니다

로컬 / 3.3 - 안정 (아직도 아는 것입니다 짐마자 지금

Redmine 3.3 및 로컬 변경 사항이 추가됩니다.

Добавить комментарий