Hi,
As promised, here is the final details of comparing SubVersion and Git
using the *full* Lazarus history.
Lazarus repository statistics:
* repository age is 8 years and 3 months
* 23 unique users have committed to the repository in that time
* 17246 revisions have been recorded.
SubVers
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > Git for our company repositories. In SubVersion, branching is like an
> > afterthought. Manually having to track merges to a branch (though
> > apparently there was been some work towards this), etc...
>
>
> This is not true. svnmerge
On Wed, Nov 5, 2008 at 3:20 PM, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>
> The better way is imo to create a branch at the main repository where
> you can work, so as I said in my other mail, it is backed up, everybody
> can review it early and easily,
My last point on the subject... You last
On Thu, Nov 6, 2008 at 04:15, Darius Blaszyk <[EMAIL PROTECTED]> wrote:
> About the other patch, please create a report in the bugtracker under
> patches and assign it to me. I will know what to do. As to the patches
> themselves, I don't mind you cleaning up code and re-indenting stuff,
> but ple
Thanks to all that helps. I'll have a look on that codes...
regards
Lukas
Malcolm Poole schrieb:
> Am Montag, 3. November 2008 18:08:02 schrieb Lukas Gradl:
>>> Has anyone experiences accessing a scanner with lazarus? Perhaps even
>>> cross-platform?
>>>
>>> I'm dreaming of embedding scanner-func
On Wed, 2008-11-05 at 02:08 +1000, Alexander Klenin wrote:
> Attached is a patch which adds two more styles to TSeriesPointerStyle type,
> useful when there is a need to draw value intervals on a chart.
>
> I also would like to do some code cleanup (e.g. consistent re-indenting)
> and refactoring
Am Montag, 3. November 2008 18:08:02 schrieb Lukas Gradl:
Has anyone experiences accessing a scanner with lazarus? Perhaps even
cross-platform?
I'm dreaming of embedding scanner-functionality in one of our programs.
Attached are libsane bindings for lazarus. Everything works except
functi
Somebody else is having problems posting to list. Please excuse this
test message.
--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk
[Opinions above are the author's, not those of his employers or colleagues]
___
Lazarus mailing list
Lazarus@laz
On Wed, Nov 05, 2008 at 02:20:10PM +0100, Florian Klaempfl wrote:
> Graeme Geldenhuys schrieb:
> > On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> >> the more complex use of a dvcs. Here at work I'am happy if people use
> >> svn up/svn co correctly and not do svn rm/svn add to commit a
Vincent Snijders schrieb:
> 2008/11/5 Florian Klaempfl <[EMAIL PROTECTED]>:
>> Graeme Geldenhuys schrieb:
>>> And to use branches I need write access to the SVN repository. So now
>>> you will be happy giving everybody write access?
>> People having asked so far, got their own branch, at least for
2008/11/5 Florian Klaempfl <[EMAIL PROTECTED]>:
> Graeme Geldenhuys schrieb:
>> And to use branches I need write access to the SVN repository. So now
>> you will be happy giving everybody write access?
>
> People having asked so far, got their own branch, at least for FPC.
>
>> And filling the
>> '
2008/11/4 Henrique Faria <[EMAIL PROTECTED]>:
> Does anyone know if the mailing list have problem with hotmail/msn ?
>
I don't know about hotmail/msn. My ISP uses Symantec Brightmail and
the mail server of the lazarus list is blacklisted because:
* The host appears to be a zombie (compromised mach
Graeme Geldenhuys schrieb:
> On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> > Hm. It is true that DCVS _allow_ various policies and workflows
>> unavailable
>> > to centralized ones, but I do not see how such policies are required.
>>
>> At least the development of FPC has shown that
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > Hm. It is true that DCVS _allow_ various policies and workflows unavailable
> > to centralized ones, but I do not see how such policies are required.
>
> At least the development of FPC has shown that such policies are needed.
And why c
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > What is "idefix"?
>
> The machine running svn.freepascal.org.
Ah, ok.
> > Like I mentioned before... I did a fresh Lazarus Trunk (head) revision
> > checkout with svn. The total size of that single (head) revision was
> > 314MB. Tha
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>
> What I read so far about the "advantages" of git in small teams can be
> achieved easier with svn. I can't help people if they don't know how to
> use svn.
And the single best feature svn doesn't have is full history on the
client side.
Graeme Geldenhuys schrieb:
> On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> the more complex use of a dvcs. Here at work I'am happy if people use
>> svn up/svn co correctly and not do svn rm/svn add to commit a changed file.
>>
>> With subversion is this self regulated and the struct
Graeme Geldenhuys schrieb:
> On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> Graeme Geldenhuys schrieb:
>>
>> For the record, the whole lazarus svn repository on idefix is 392 MB,
>> i.e. including all history.
>
>
> What is "idefix"?
The machine running svn.freepascal.org.
>
> Li
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Graeme Geldenhuys schrieb:
>
> For the record, the whole lazarus svn repository on idefix is 392 MB,
> i.e. including all history.
What is "idefix"?
Like I mentioned before... I did a fresh Lazarus Trunk (head) revision
checkout with sv
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> the more complex use of a dvcs. Here at work I'am happy if people use
> svn up/svn co correctly and not do svn rm/svn add to commit a changed file.
>
> With subversion is this self regulated and the structure subversion
> offers is enoug
See my other mail ;)
> Please watch the YouTube demo on Git. You will find it enlighening -
> I'm busy watching it now. The guy doing the demo has only used Git in
> small teams 3-6 developers and admits he hasn't used in in large
> environments (like Linux kernel), yet he is still impressed by th
On 11/5/08, Alexander Klenin <[EMAIL PROTECTED]> wrote:
> > Once the full history Git checkout is complete, I'll compress it with
> > 7zip as well to see how small it can go.
>
> Git already has efficient repository packing (try "git repack -a -d").
> I doubt you gain anything by applying extern
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> No. The point is that a dvcs has drawbacks. The distributed nature
> requires a very strict management of repository structure and for the
> changeset flow.
You have the exact same issues with SubVersion!
> Which repository is used the c
Alexander Klenin schrieb:
> On Wed, Nov 5, 2008 at 22:18, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> No. The point is that a dvcs has drawbacks. The distributed nature
>> requires a very strict management of repository structure and for the
>> changeset flow.
> Hm. It is true that DCVS _allow_
On Wed, Nov 5, 2008 at 22:18, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> No. The point is that a dvcs has drawbacks. The distributed nature
> requires a very strict management of repository structure and for the
> changeset flow.
Hm. It is true that DCVS _allow_ various policies and workflows un
Graeme Geldenhuys schrieb:
For the record, the whole lazarus svn repository on idefix is 392 MB,
i.e. including all history.
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
http://www.lazarus.freepascal.org/mailman/listinfo/lazarus
On Wed, Nov 5, 2008 at 22:15, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> Once the full history Git checkout is complete, I'll compress it with
> 7zip as well to see how small it can go.
Git already has efficient repository packing (try "git repack -a -d").
I doubt you gain anything by applying
Graeme Geldenhuys schrieb:
> On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> Git is a hype. Git might be nice for projects with >100 developers and
>> which has (like linux) dedicated branch maintainers. Git allows to
>> support complicated project structures with several layers of
>>
On 11/5/08, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
>
> HEAD exported (no .svn folders) = 76MB (1 revision of source code only)
> HEAD checkout (with .svn folders) = 314MB (that means 1 revision only)
>
> So far that means SubVersion added 238MB of noise simply to manage ONE
> (head) revi
On 11/5/08, Vincent Snijders <[EMAIL PROTECTED]> wrote:
>
> I hope you are using svn2.freepascal.org for these test, as not to
> disturb the production use on svn.freepascal.org.
It is now, thanks...
Regards,
- Graeme -
___
fpGUI - a cross-platfor
2008/11/5 Graeme Geldenhuys <[EMAIL PROTECTED]>:
> I'm busy fetching the FULL Lazarus trunk history for Git. That's
> around 8 years 3 months of information which equates to 17235
> revisions in total. Currently I'm at around r3300 so have a while to
> go , but it's going pretty quick(ish). I'll re
2008/11/5 Michael Van Canneyt <[EMAIL PROTECTED]>:
>
>
> On Wed, 5 Nov 2008, Vincent Snijders wrote:
>
>> 2008/11/4 Michael Van Canneyt <[EMAIL PROTECTED]>:
>> >
>> > Hi,
>> >
>> > The TNBPages(TStrings) class does not implement the GetObect and PutObject
>> > calls of TStrings correctly.
>> >
>> >
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Git is a hype. Git might be nice for projects with >100 developers and
> which has (like linux) dedicated branch maintainers. Git allows to
> support complicated project structures with several layers of
> maintainers and project managers
On 11/5/08, Reenen Laurie <[EMAIL PROTECTED]> wrote:
> Git has - like several other linux applications - a crappy name. I dunno if
> it is a dirty word, but it sounds like one.
The text below is quoted from: http://git.or.cz/gitwiki/GitFaq
-
Why the 'git' name?
Quotin
On Wed, 5 Nov 2008, Vincent Snijders wrote:
> 2008/11/4 Michael Van Canneyt <[EMAIL PROTECTED]>:
> >
> > Hi,
> >
> > The TNBPages(TStrings) class does not implement the GetObect and PutObject
> > calls of TStrings correctly.
> >
> > That is, If I do a
> > MyNoteBook.Pages.AddObject('SomeString'
Graeme Geldenhuys schrieb:
> On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> > This is impressive. Mozilla has 10 years of history in their
>> > SubVersion repository totalling 12Gig of information. SubVersion also
>> > requires over 240,000 files in a single directory to handle the
Graeme Geldenhuys schrieb:
> On 11/5/08, Alexander Klenin <[EMAIL PROTECTED]> wrote:
>> They are usually of about equal size, for example, svn checkout of
>> Pidgin (IM tool) is 122 MB while complete history in Git repository is 148
>> MB.
>
> I don't think that is incorrect. The svn checkout wi
On 11/5/08, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> > This is impressive. Mozilla has 10 years of history in their
> > SubVersion repository totalling 12Gig of information. SubVersion also
> > requires over 240,000 files in a single directory to handle the
> > +240,000 commits.
>
> And w
On 11/5/08, Alexander Klenin <[EMAIL PROTECTED]> wrote:
>
> They are usually of about equal size, for example, svn checkout of
> Pidgin (IM tool) is 122 MB while complete history in Git repository is 148
> MB.
I don't think that is incorrect. The svn checkout will only contain
the last revision
2008/11/5 Reenen Laurie <[EMAIL PROTECTED]>:
> Git has - like several other linux applications - a crappy name. I dunno if
> it is a dirty word, but it sounds like one.
in the u.k. we use it like "bastard", e.g. "linus is an old git".
henry
___
Lazarus
On 11/5/08, Reenen Laurie <[EMAIL PROTECTED]> wrote:
> Git has - like several other linux applications - a crappy name. I dunno if
> it is a dirty word, but it sounds like one.
:-)
> I do not want a whole history of edits if I only want to check-out (svn
> terminology) the latest version.
Git d
Florian Klaempfl schrieb:
> But at least speaking for FPC: anybody interested in FPC development can
> get write access to own svn branchs where he can do his development on
> FPC. Using svnmerge, merging of such branches is very easy. This has
> also the advantage that changes don't get lost in so
Alexander Klenin schrieb:
> On Wed, Nov 5, 2008 at 18:02, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
>> Git is a hype. Git might be nice for projects with >100 developers and
>> which has (like linux) dedicated branch maintainers. Git allows to
>> support complicated project structures with severa
Git has - like several other linux applications - a crappy name. I dunno if
it is a dirty word, but it sounds like one.
I do not want a whole history of edits if I only want to check-out (svn
terminology) the latest version.
On Wed, Nov 5, 2008 at 11:16 AM, Alexander Klenin <[EMAIL PROTECTED]> w
2008/11/4 Michael Van Canneyt <[EMAIL PROTECTED]>:
>
> Hi,
>
> The TNBPages(TStrings) class does not implement the GetObect and PutObject
> calls of TStrings correctly.
>
> That is, If I do a
> MyNoteBook.Pages.AddObject('SomeString',SomeObject);
>
> the SomeObject is simply lost. (logical, PutObj
On Wed, Nov 5, 2008 at 18:02, Florian Klaempfl <[EMAIL PROTECTED]> wrote:
> Git is a hype. Git might be nice for projects with >100 developers and
> which has (like linux) dedicated branch maintainers. Git allows to
> support complicated project structures with several layers of
> maintainers and p
Graeme Geldenhuys schrieb:
> I forgot to mention Here is a nice article on someone that moved
> from SubVersion to Git.
>
> http://www.aidanf.net/node/120
The development modell of git doubles testing efforts with little gain:
first, I've to test before I commit to my local repository. Then
Graeme Geldenhuys schrieb:
> On 11/5/08, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
>> * Git repositories are MUCH smaller. SubVersion has duplicates of each
>> file which actually more than doubles the size of a repository.
>
> This is impressive. Mozilla has 10 years of history in their
> S
Graeme Geldenhuys schrieb:
> Hi,
>
> Seeing that Lazarus and FPC are reasonable sized projects and have
> been using SubVersion for some time, there should be a few SubVersion
> experts around.
>
> Have any of you weighed up the pros and cons between SubVersion and
> Git? Has FPC or Lazarus team
On 11/5/08, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
>
> * Git repositories are MUCH smaller. SubVersion has duplicates of each
> file which actually more than doubles the size of a repository.
This is impressive. Mozilla has 10 years of history in their
SubVersion repository totalling 12Gi
Graeme Geldenhuys escribió:
> Hi,
>
> Seeing that Lazarus and FPC are reasonable sized projects and have
> been using SubVersion for some time, there should be a few SubVersion
> experts around.
>
> Have any of you weighed up the pros and cons between SubVersion and
> Git? Has FPC or Lazarus team e
51 matches
Mail list logo
