Hej Peter, jeg synes det vil virke bedre hvis du sortere svarmulighederne alfabetisk. Det vil også se mere neutralt ud, hvis du ikke kun bruger Ubuntu som eksempel for versionsnumrene.
Hej Poul-Henning
Så er jeg er temmelig sikker på at den er opstået som direkte konsekvens af FreeBSD's "skønhedskonkurrence" efter et nyt VCS :-)
Jeg er ked af at være så insisterende, men det passer ikke tidsmæssigt. Hvis du søger efter "freebsd obliterate" på...
Det var helt klart en filosofisk blokering for dem dengang men jeg fik også indtrykket at det ikke kun far filosofisk, at det ville bryde antagelser over det hele hvis der blev lavet om på noget nede i historien.
Nej, det er altså ikke rigtigt. Mercurial har haft en fuldt supporteret standar...
Sidst jeg kiggede på mercurial, og det er nogle år siden, havde de taget den anden approach og brugte stærk krypto til at sikre at ting blev sidende hvor de en gang var sat.
Det var det der forhindrede FreeBSD i at adoptere Mecurial, for vi har gentagne gange haft situationer hvor vi var nødt ...
Ja og det har ikke i samme grad været muligt med HG, hvilket var min pointe. Dog har jeg efterfølgende min oprindelig kommentar set, at HG 2.2 tilføjer --amend funktionalitet lige som Git.
Ja og nej... :)
Mercurial fungerer grundlæggende på samme måde som Git: commits får en identitet ud fr...
Men at kunne have flere masters, flere forks der samarbejder, er noget ekstra som kun git kan.
Nej, det er en generel egenskab ved et DVCS (distributed version control system). Mercurial, Darcs, Bazaar, Fossil kan også arbejde uden et centralt repository.
Hvordan er det forskelligt fra hvad der foregår med Mercurial (hg)?
Det er ikke anderledes — Mercurial, Bazaar og andre DVCS'er fungerer på sammen måde. De bruger i øvrigt ikke MD5 men SHA-1 når de skal identificere et commit.
Jeg er Mercurial-udvikler og kan selvfølgelig godt lide den måde...
Alle andre VCS'er end git arbejder med en "officiel" versionssekvens, i langt de fleste tilfælde omkring et centralt "master" repos.
Undskyld, men det er kun... en halv sandhed. Der er flere forskellige systemer der ligesom Git ikke har et centralt master repository. Jeg er...
Har hg det samme, eller er den ligesom de andre, der betragter hele workdir som ændringen?
Mercurial har ikke et index som standard og det fungerer altså ligesom CVS, SVN som udgangspunkt. (Man kan selvfølgelig køre hg commit foo.c bar.h for at lave et commit som ignorerer ændringer i andre ...
Det vil site at når noget en gang var fyldt i repository, var der absolut ingen måde at slette alle spor igen, hvis f.eks en gnaven sagfører dokumenterede at repræsentere rettighederne til Tetris.
Er det fixet ?
De moderne systemer (Git, Mercurial, ...) bygger alle på en model hvor indholde...
Mercurials rebase fungerer på samme måde som Gits rebase og giver også mulighed for hg pull --rebase. Problemet her er at Peter vil jonglerer rundt (merge/rebase) med en dirty working copy -- noget som ikke giver mening da merge/rebase netop har brug for en working copy for at have et sted hvor m...
Kommentarer
Re: Kubuntu
Sortering
Re: GIT er ikke VCS
Re: GIT er ikke VCS
Re: GIT er ikke VCS
Re: Næsten forventeligt...
Re: GIT er ikke VCS
Re: GIT er ikke VCS
Re: GIT er ikke VCS
Re: Har hg også et "index"
Re: Ingen "obliterate"
Re: Ah, Git