사람들은 화석 DVCS에 대해 어떻게 생각합니까? [닫은]

fossil http://www.fossil-scm.org
최근에 이걸 발견했고 집 프로젝트에 사용하기 시작했습니다. 다른 사람들이이 VCS에 대해 어떻게 생각하는지 듣고 싶습니다.

내 마음에 빠진 것은 IDE 지원입니다. 바라건대 그것이 올 것이지만 명령 줄을 잘 사용합니다.

화석에 대해 내가 가장 좋아하는 것 : 웹 서버 위키와 버그 추적이 내장 된 단일 실행 파일. 저장소는 하나의 SQLite ( http://www.sqlite.org ) 데이터베이스 파일이며 백업하기 쉽습니다. 또한 화석을 실행하고 저장소를 엄지 드라이브에 보관할 수 있다는 점도 마음에 듭니다. 이것은 내 소프트웨어 개발이 완전히 이식 가능하다는 것을 의미합니다.

네가 어떻게 생각하는지 내게 말해 줘....

Millikin 씨, 잠시 시간을내어 화석에 관한 문서를 검토해 주시면 귀하의 반대 의견이 거기에서 해결되었다고 생각합니다. sQLite 데이터베이스에 리포지토리를 저장하는 것은 다른 접근 방식보다 더 안전합니다. 저장소를 저장하기 위해 트랜잭션 데이터베이스를 사용하는 몇 가지 이점은 링크 텍스트 를 참조하십시오 . 부풀어 오른 것에 관해서 : 모든 것이 단일 독립 실행 파일에 있으며 이는 그 우려를 반증하는 것처럼 보입니다.

전체 공개 : 나는 화석의 저자입니다.

다른 DVCS가 내 요구를 충족시키지 않았기 때문에 화석을 썼습니다. 반면에 나의 필요는 당신의 필요가 아니므로 화석이 당신에게 옳은지 아닌지를 판단 할 수 있습니다. 그러나 적어도 문서를 살펴보고 화석이 해결하려고하는 문제를 이해하려고 노력하는 것이 좋습니다.

사소하지 않은 개발 프로젝트에 Fossil을 1 년 넘게 사용한 후이 주제에 대해 충분히 확신을 갖고 있습니다.

아래는 지금까지의 내 경험입니다. 나는 때때로 git 및 svn과 비교하고 있는데, 단순히 그 SCM을 아주 잘 알고 있기 때문에 비교하면 아이디어를 쉽게 이해할 수 있습니다.

저는이 SCM을 완전히 좋아하기 때문에 대부분 장점이 있습니다.

내가 Fossil에 대해 좋아하는 점 :

1) 우리는 많은 머신 (win / mac / 많은 리눅스 배포판)을 가지고 있으며 단일 실행 가능한 설치는 소리만큼 아름답습니다. 종속성이 없습니다. 그냥 작동합니다. Git은 파일 더미이며 Subversion의 종속성 지옥은 일부 Linux 배포판에서 특히 사용자가 직접 빌드해야하는 경우 매우 불쾌합니다.

2) 기본 Fossil 워크 플로는 우리 프로젝트에 완벽하게 적합하며 필요할 때 더 많은 git'ish 워크 플로가 가능합니다.

3) 대규모 프로젝트에서도 매우 견고합니다. 나는 sqlite를 작성한 사람들로부터 다른 것을 기대하지 않을 것입니다. 충돌도없고 부패도없고 재미있는 사업도 없습니다.

4) 나는 실제로 성능에 매우 만족합니다. 거대한 나무에서 git만큼 빠르지는 않지만 그다지 느리지는 않습니다. git의 경우처럼 다른 명령마다 문서를 참조 할 필요가 없으므로 손실 된 시간을 보충합니다.

5) 모든 작업 뒤에 검증 된 트랜잭션 데이터베이스가 있다는 사실은 밤에 잠을 더 잘하게합니다. 예, 우리는 부실하고 부패한 Subversion 저장소의 끔찍한 사건을 한 번 이상 겪었습니다 (고맙게도 도움이되는 커뮤니티가 우리를 고치는 데 도움이되었습니다.) Fossil에서 그런 일이 일어나고 있다는 것을 상상할 수 없습니다. Subversion 1.7.x도 메타 데이터 저장을 위해 Sqlite를 사용합니다. (git commit 도중에 전원을 끄면 손상된 저장소가 남습니다!)

6) 통합 이슈 트래커와 위키는 당연히 선택 사항이지만 항상 존재하므로 설치가 필요하지 않으므로 매우 편리합니다. 문제 추적기에 더 많은 기능이 있었으면 좋겠지 만, SCM입니다.

7) 내장 서버와 웹 GUI는 CSS를 통해 훌륭하고 구성 할 수 있습니다.

8) 때때로 git 및 subversion 저장소로 가져 오거나 가져와야합니다. 이것은 Fossil에서 당연한 일입니다.

9) 단일 파일 저장소. 모든 곳에 '.svn'디렉토리가 없습니다.

내가 Fossil에 대해 놓친 / 싫은 점 :

1) 누군가 우리의 비 기술적 Windows 사용자를 위해 TortoiseFossil을 작성하십시오 :)

2) 커뮤니티가 아직 크지 않기 때문에 많은 사람들이 회사에 소개하기 어려울 것입니다. 이것이 변경되어 대규모 커뮤니티의 모든 이점 (문서, 새 릴리스에 대한 추가 테스트 등)을 얻을 수 있기를 바랍니다.

3) 로컬 웹 UI에 검색 기능 (파일 콘텐츠 검색 포함)이 있었으면합니다.

4) git보다 병합 옵션이 적습니다 (Fossil 워크 플로가 처음부터 병합이 발생할 가능성을 줄이긴하지만).

모두가 Fossil을 실행하기를 바랍니다. 세상은 그냥 작동 하고 로켓 과학자가 아니어도 사용할 수 있는 더 나은 곳입니다 .

Fossil은 작고 단순하지만 강력하고 견고하며 C Culture의 몇 가지 원칙을 상기시킵니다. 독립적으로 개발하고 여전히 협력하는 사람들이 좋아합니다. 모든 훌륭한 프로젝트는 원칙으로 시작하여 더 많은 계층 (GUI, 추가 기능)을 수집함에 따라 핵심에서 계속해야합니다.

나는 Fossil에 감명을 받고 사용하기 시작했습니다. 화석을

건배

나는 마지막 포스트의 1 년 후에이 페이지를 방문하고있다. 여기에 언급 된 재귀 적 추가는 이제 처리된다.

Fossil은 특히 수은과 함께 작동하는 버그 추적 시스템을 얻는 데 어려움을 겪은 후 단순함으로 나를 매료시킵니다. 여러 프로젝트를 관리하고, 다중 사용자 액세스를위한 리포지토리를 게시하고, 병합을 수행하고, 패치를 관리하는 방법 등을 확인해야합니다. 앞으로도 실망하지 않을 것이라는 느낌이 들었습니다.

소스 코드 버전 제어에 사용하는 데 관심이 없지만 사용하는 모든 컴퓨터간에 동기화 할 수있는 분산 버전 제어 개인 위키에 관심이 있습니다.

데미안,

1 / 예, 화석은 재귀 적 추가를 지원하지 않습니다. 그러나 다음과 같은 매우 간단한 해결 방법이 있습니다.

for /r %i in (*.*) do fossil add "%i"

Windows에서

find . -type f -print0 | xargs -0 fossil add --

유닉스에서.

2 / 파일 이름에 ASCII가 아닌 문자가 포함 된 파일을 추가 할 때 잘못된 매니페스트에 대한 메시지가 표시되었습니다. 문제는 마지막 빌드에서 수정되었습니다.

감사합니다, Petr

화석은 정말 멋지다고 생각합니다. 저에게 가장 중요한 기능은 쉬운 설치와 개발자 친화적 인 기본값이었습니다. 현재 내 파일의 로컬 변경 사항을 추적하는 데 사용합니다. (우리 프로젝트는 sourceforge에서 호스팅되고 CVS에서 추적됩니다.) 이렇게하면 프로젝트가 중단 되더라도 로컬에서 "커밋"할 수 있으므로 작은 변경 사항도 추적 할 수 있습니다.

화석이 좋다. 간단하고 사용하기 쉽습니다. fossil이 체크인 및 체크 아웃을위한 GUI 인터페이스를 제공 할 수 있다면 더 좋을 것입니다 (크로스 플랫폼 GUI를 아카이브하기 위해 Java GUI 선호).

Fossil의 주요 장점은 "오픈 소스"와 "SQLite 데이터베이스 사용"입니다. 따라서 누군가가 fossil 소스 코드를 컴파일하여 Google Android 플랫폼 (모바일 및 태블릿 장치)에서 작동하도록 만들 수 있습니다.

나는 지금 당신의 vcs를 시도하고 있습니다. 나는 모든 것이 통합된다는 생각을 좋아합니다. 결국, 내가 이런 시스템을 찾을 때 내가 원하는 전부입니다. 저는 Mercurial의 적극적인 사용자입니다. 그리고 나는 이슈 트래커와의 통합을 찾을 수 없었습니다 (과거에는 p Trac을 수은으로 설정하는데 실패했습니다). 몇 가지 테스트 후 1) "add"명령이 재귀 적으로 수행되지 않거나 문서에서 수행 할 수있는 방법을 찾을 수 없습니다. 2) 750 개의 파일을 추가하기 위해 박쥐를 작성하고 실행합니다. (시간이 걸렸습니다). 실행 커밋시 "manifest malformed"로 점프합니다.

이 문제와 https://www.mercurial-scm.org/wiki/UserSurvey 에서 Mercurial과 같은 설문 조사를하는 다른 사람들을 해결할 수 있다고 생각합니다 . Gmail의 dnoseda에 저를 쓸 수 있습니다.

나는 당신이 일하는 것에 관심이 있습니다. 계속 개선하십시오.

문안 인사

추신 : 시장 개선으로 gitstat와 같은 것을 추가 할 수 있습니다.

아마도 교육받지 못한 멍청한 반응 일 수 있지만 SQLite 데이터베이스와 같은 바이너리 블롭에 리포지토리를 저장한다는 생각은 나를 두렵게합니다. 나는 또한 위키와 버그 트래커를 VCS에 직접 포함시키는 것의 이점에 대해 의심 스럽습니다 .Trac과 같은 전체 소프트웨어에 비해 기능이 부족하거나 VCS가 Subversion이나 Bazaar에 비해 엄청나게 부풀어 있습니다.