소프트웨어 개발 프로젝트의 경우 가장 좋은 위키 유형은 무엇입니까? [닫은]

소프트웨어 프로젝트를위한 위키 / 관리 시스템을 설정하려고하는데 사용 가능한 무수한 옵션에 의해 계속 혼란스러워지고 있습니다.

이전에 TWiki 와 Plone 을 보았습니다 . MediaWiki와 같은 것보다 사용하는 것이 더 좋습니까?

위키 / 관리 소프트웨어에 대한 다른 제안은 무엇입니까?

Confluence를 능가 할 수는 없습니다 . 특히 10 달러 미만 (10 명 이하의 사용자). 우리는 내 직장에서 사용하고 정말 환상적입니다. 그러나 조직은 약간 익숙해집니다.

MediaWiki 위키가 매우 유연하고 유용하다는 것을 알았습니다 .

보너스로 Wikipedia를 사용하는 모든 사람에게 매우 친숙합니다.

면책 조항 : Fog Creek에서 일합니다.

의 Fogbugz 이 응용 프로그램의 나머지 부분과 통합되어 있기 때문에 위키는 매우 중요하지만, 에디터는 버그입니다. 좋은 소식은 우리가 대대적 인 개조를하고 있다는 것입니다.

Wiki에는 ScrewTurn 을 제안 합니다.

버그 추적, 스크럼 / 애자일 프로젝트 관리, 개발자 위키, 헬프 데스크 등을위한 매우 훌륭한 소프트웨어 인 AxoSoft OnTime 을 살펴볼 수도 있습니다 .

Sharepoint 인트라넷 사이트에 사용 가능한 권장되지 않는 Wiki가 하나 있습니다. 완전히 고통 스럽습니다.

우리는 DokuWiki를 사용합니다

DokuWiki, MediaWiki, TWiki 및 TracWiki의 비교 차트는 다음 과 같습니다.

TWiki (2000-2008 년부터 개발자 인 Wiki)를 고려중인 사람 은 포크 ( http://foswiki.org) 를 확인 하십시오 . 우리는 TWiki 상표 보유자가 프로젝트를 '상업적 오픈 소스'로 재발 명하고 우리의 자원 봉사 방법을 결정할 수있는 능력을 줄 였을 때 포크해야한다고 생각합니다.

기술적으로 정통하지만 기술적으로는 능숙하지 않은 사람들에게 연구를 전파하기 위해 인트라넷 사이트를 설정했습니다. 여러 솔루션을 시도했지만 PMWiki 가 최고입니다. 관리하기 쉽고, "플러그인"의 LOTS와 그것을 사용하는 사람들의 스킨 및 확장 기능, 기술이 부족한 사람들이 사용하기 쉽고 큰 기반을 가지고 있으면 곧 버리지 않을 것입니다.

파일 서버에서 임의의 전자 메일이나 워드 문서에 대한 대안을 설정하는 것이 었습니다. "지식 관리 시스템" TWiki보다 사용하기가 훨씬 쉽다는 것을 알았습니다.

우리는 내가 운영하는 회사에서 Assembla 를 사용하고 있습니다. 무제한 코드 호스팅 (Git / SVN), 티켓팅, 위키, 스크럼 및 기타 유용한 도구를 제공하며 비용이 많이 들지 않습니다.

우리는 거의 성공하지 못한 채 몇 년 동안 대부분의 위키 패키지를 시도했습니다. 개발팀과 프로젝트 팀이 실제로 사용하기에 충분한 견인력을 얻는 것은 어려웠습니다.

"사이트"와 함께 이메일과 캘린더를 위해 Google Apps 엔터프라이즈로 전환 한 후 금메달을 truck습니다. 밖으로 그것은 변 Google 사이트는 위키 도구를 사용하기 쉽고 매우 유연로 작동 할 수 있습니다. 공개 / 비공개 / 공유 기능도 내장되어 있으므로 일부 사이트는 공개적으로 표시 될 수 있고 다른 사이트는 Google Apps ID로만 공개 될 수 있습니다.

PBWorks 는 프로젝트 공동 작업을위한 다양한 기능을 제공합니다.

나는 37signals의 Basecamp 소프트웨어를 좋아 합니다. 유용한 기능이 많은 훌륭하고 저렴한 호스팅 솔루션을 얻을 수 있습니다.

팀에서 레드 마인을 사용하고 있습니다. 무료이며 위키가 충분합니다.

등 I CODE FORGE의 Trac에 또는 레드 마인과 같은, 당신은 어떤 장소가있는 경우 호스트 그것에 애플리케이션의 종류. 또는 프로젝트 오픈 소스를 신경 쓰지 않는다면 Google Code / SourceForge에서 무료 호스팅 옵션을 이용할 수 있습니다.

몇 개월 전에 개발자 프로젝트에 사용할 위키와 동일한 딜레마가있었습니다. 우리는 무료 (Mindtouch Core), 뛰어난 확장 기능이 많고 디자인이 현대적이고 유연하며 파일 첨부 및 연결 기능이 포괄적이며 파일 내용을 검색 할 수 있다는 사실 때문에 Mindtouch 와 함께갔습니다 . 커뮤니티와 포럼도 강력합니다. 우리는 선택에 매우 만족했습니다.

Trac 을 선택 했는데, Wiki와 이슈 관리 및 버전 제어 기능이 결합되어 소프트웨어 개발에 완벽합니다.

그들의 사이트에서

Trac은 소프트웨어 개발 프로젝트를위한 향상된 위키 및 이슈 추적 시스템입니다. Trac은 웹 기반 소프트웨어 프로젝트 관리에 최소한의 접근 방식을 사용합니다. 우리의 임무는 개발자가 방해받지 않고 훌륭한 소프트웨어를 작성하도록 돕는 것입니다. Trac은 팀의 확립 된 개발 프로세스 및 정책에 가능한 한 적게 부과해야합니다.

따라서 소프트웨어 개발 팀을 위해 만들어졌습니다.

나는 그것이 당신의 요구 사항에 달려 있다고 생각합니다.

내가 본 것 중 설정하고 사용하기에 가장 좋고 가장 쉬운 방법은 다음과 같습니다.

티 들리 위키

파일의 위키. JavaScript를 사용하여 모든 작업을 수행하고 훌륭하게 작동합니다!

Github 와 Gitorious 는 모두 위키를 포함합니다.

XWiki 는 블로그, 강력한 권한 관리, LDAP 인증, PDF 내보내기, 전체 스키닝 등과 같은 엔터프라이즈 기능을 갖춘 전문 위키입니다. 또한 고급 양식 및 스크립팅 엔진이 포함되어있어 데이터 기반 응용 프로그램을위한 개발 환경입니다. 페이지 스크립팅, 플러그인 및 모듈 식 아키텍처와 같은 강력한 확장 기능이 있습니다. 자세한 내용은 전체 기능 목록을 참조하십시오.

우리 는 유연하고 단순하며 (데이터베이스는 없지만 원하는 경우 가능) 큰 기능을 가진 dokuWiki 의 열렬한 팬입니다 .

당신은 고려해야한다 PBWiki 정말 좋은 인터페이스를 가지고, 작은 프로젝트, 사용자 수준 액세스 통제 할 더 재미있는 기능 무료입니다. (나는 말할 것도없이 훌륭한 결과로 직접 사용했습니다.)

PBWiki 특징

어떤 소프트웨어를 선택하는 것보다 훨씬 더 중요한 것은 위키로 무엇을하려고하는지 이해하는 것입니다. 중요한 의식 구조가 없으면 위키를 쉽게 사용할 수 없게됩니다. 또한 (중요하지는 않지만) 은총 알이 아니기 때문에 위키의 동작에 대해 배우는 것이 좋습니다.

http://www.wikipatterns.com

그런 다음 관리자가 위키에서 찾고있는 것을 고려하고 싶을 수도 있습니다. 예를 들어 twiki가 맨 위에 오거나 (또는 ​​경험이 거의없는 합류) 스크립팅 가능한 스크립트 방식과 상당한 차이가 있습니다. 또한 예를 들어 MediaWiki는 대부분 개방 된 환경에 완벽하게 적용되며 ACL 기능은 그다지 좋지 않습니다. 또 다른 측면은 이것들이 당신이하고 싶은 것에 비해 너무 무겁고 복잡 할 수 있으며, trac 발권 시스템과 통합 된 위키와 같은 위키로 만들어야한다는 것입니다.

나는 비슷한 노력을 뒤로하고 MoinMoin을 선택했다 . 무료이며 설정 및 구성이 매우 쉽습니다. 이 엔진으로 여러 위키 인스턴스를 관리하는 일을 마무리했습니다. 개발 팀이 작업 한 다른 프로젝트마다 하나씩입니다.

Bright Green에는 3 명의 사용자를위한 무료 버전의 응용 프로그램이 있습니다. 그들은 Scrum 과 lean kanban 에 중점을 두지 만,이 툴은 일반적인 요구 사항 관리에도 유용합니다. 여기에서 무료 계정에 가입 할 수 있습니다.

https://signup.brightgreenprojects.com/plan/Free

PmWiki를 제안 합니다. 매우 간단하고 실제로 리소스를 사용하지 않으며 파일을 사용하여 데이터를 저장합니다. 나는 약 20 분 안에 그것을 시작했다.