atom feed192 messages in org.freebsd.freebsd-archUnproductive conversations (was: Re: ...
FromSent OnAttachments
87 earlier messages
Gleb KurtsouAug 26, 2011 11:31 am 
Doug BartonAug 26, 2011 5:43 pm 
Artem BelevichAug 26, 2011 6:25 pm 
Adrian ChaddAug 26, 2011 6:59 pm 
Adrian ChaddAug 26, 2011 7:00 pm 
Robert N. M. WatsonAug 27, 2011 2:56 am 
Ulrich SpörleinAug 27, 2011 8:59 am 
Pedro F. GiffuniAug 27, 2011 11:08 am 
Garrett CooperAug 27, 2011 11:11 am 
Julien LaffayeAug 27, 2011 11:36 am 
Eitan AdlerAug 27, 2011 11:59 am 
Pedro F. GiffuniAug 27, 2011 12:13 pm 
Eitan AdlerAug 27, 2011 12:20 pm 
Pedro F. GiffuniAug 27, 2011 12:29 pm 
Benjamin KadukAug 27, 2011 12:49 pm 
Jos BackusAug 27, 2011 1:01 pm 
Olli HauerAug 27, 2011 1:02 pm 
Garrett CooperAug 27, 2011 1:11 pm 
Garrett CooperAug 27, 2011 1:41 pm 
Pedro F. GiffuniAug 27, 2011 1:42 pm 
Garrett CooperAug 27, 2011 1:48 pm 
Julian H. StaceyAug 27, 2011 2:56 pm 
Mark LinimonAug 27, 2011 5:53 pm 
Olli HauerAug 28, 2011 12:22 am 
Vadim GoncharovAug 28, 2011 1:11 pm 
Vadim GoncharovAug 28, 2011 1:23 pm 
Vadim GoncharovAug 28, 2011 2:18 pm 
per...@pluto.rain.comAug 29, 2011 1:10 am 
Adrian ChaddAug 29, 2011 2:03 am 
Vadim GoncharovAug 29, 2011 2:53 am 
K. MacyAug 29, 2011 4:50 am 
Philip PaepsAug 29, 2011 5:33 am 
Philip PaepsAug 29, 2011 5:39 am 
selvenAug 29, 2011 7:21 am 
selvenAug 29, 2011 7:43 am 
Qing LiAug 29, 2011 8:02 am 
Matthew D. FullerAug 29, 2011 1:40 pm 
per...@pluto.rain.comAug 29, 2011 2:06 pm 
Julian ElischerAug 29, 2011 6:00 pm 
Matthew D. FullerAug 29, 2011 6:03 pm 
Julian ElischerAug 29, 2011 6:04 pm 
K. MacyAug 29, 2011 6:57 pm 
Benjamin KadukAug 29, 2011 7:24 pm 
K. MacyAug 29, 2011 7:37 pm 
Benjamin KadukAug 29, 2011 7:41 pm 
Максим ГолубAug 29, 2011 8:59 pm 
K. MacyAug 29, 2011 11:40 pm 
per...@pluto.rain.comAug 29, 2011 11:48 pm 
Mark LinimonAug 30, 2011 1:23 am 
Robert WatsonAug 30, 2011 6:37 am 
Ulrich SpörleinAug 30, 2011 1:13 pm 
K. MacyAug 30, 2011 1:20 pm 
Vadim GoncharovAug 30, 2011 2:41 pm 
Vadim GoncharovAug 30, 2011 2:47 pm 
Vadim GoncharovAug 30, 2011 3:04 pm 
Vadim GoncharovAug 30, 2011 3:37 pm 
Mark LinimonAug 30, 2011 5:25 pm 
Alex GoncharovAug 30, 2011 5:44 pm 
per...@pluto.rain.comAug 31, 2011 12:41 am 
Matthew D. FullerAug 31, 2011 1:17 am 
Ulrich SpörleinAug 31, 2011 1:45 am 
K. MacyAug 31, 2011 3:54 am 
Fabien ThomasAug 31, 2011 5:27 am 
per...@pluto.rain.comAug 31, 2011 5:13 pm 
Garrett CooperAug 31, 2011 6:12 pm 
Andriy GaponAug 31, 2011 10:05 pm 
Mark LinimonSep 1, 2011 12:26 am 
per...@pluto.rain.comSep 1, 2011 1:11 am 
Andriy GaponSep 1, 2011 1:53 am 
per...@pluto.rain.comSep 2, 2011 10:13 pm 
Andriy GaponSep 2, 2011 11:46 pm 
Garrett CooperSep 3, 2011 12:17 am 
Peter JeremySep 4, 2011 1:36 am 
selvenSep 8, 2011 12:44 pm 
Miroslav LachmanSep 8, 2011 2:34 pm 
Garrett CooperSep 8, 2011 3:07 pm 
Erik CederstrandOct 25, 2012 2:11 am 
Dag-Erling SmørgravOct 25, 2012 7:38 am 
Erik CederstrandOct 25, 2012 7:56 am 
Chris ReesOct 25, 2012 8:10 am 
Dag-Erling SmørgravOct 25, 2012 8:52 am 
Eitan AdlerOct 25, 2012 11:08 am 
Erik CederstrandOct 25, 2012 11:52 am 
Chris ReesOct 25, 2012 12:02 pm 
Eitan AdlerOct 25, 2012 12:09 pm 
Gary PalmerOct 25, 2012 12:30 pm 
Eitan AdlerOct 25, 2012 12:42 pm 
Erik CederstrandOct 25, 2012 1:07 pm 
Eitan AdlerOct 25, 2012 1:15 pm 
Erik CederstrandOct 25, 2012 2:09 pm 
Dag-Erling SmørgravOct 26, 2012 12:54 am 
Erik CederstrandOct 27, 2012 7:55 pm 
Peter WemmOct 27, 2012 10:25 pm 
Erik CederstrandOct 28, 2012 12:20 pm 
Eitan AdlerOct 28, 2012 8:35 pm 
Peter JeremyOct 30, 2012 1:28 am 
Erik CederstrandOct 30, 2012 3:06 am 
Adrian ChaddOct 30, 2012 8:50 am 
Erik CederstrandOct 30, 2012 9:44 am 
Peter WemmOct 30, 2012 10:27 am 
5 later messages
Subject:Unproductive conversations (was: Re: Own VCS (Was: Official git export))
From:Robert Watson (rwat@FreeBSD.org)
Date:Aug 30, 2011 6:37:08 am
List:org.freebsd.freebsd-arch

On Mon, 29 Aug 2011, Vadim Goncharov wrote:

No. Completely own BSD-licensed DVCS designed specifically for FreeBSD, allowing partial checkouts and intended to replace SVN in the future :)

Vadim:

I think your post has triggered a number of very productive discussions about improving FreeBSD and how to ensure FreeBSD remains relevant. Unfortunately, I think this is not one of them. The whole world is waiting for a perfect revision control system to turn up, but I think the FreeBSD Project isn't the place to write it.

Historically, interestingly, it might have been -- cvsup was a tool developed in the context of the FreeBSD Project on the basis that we effectively needed something as scalable as a DVCS. It's actually one of the reasons it took us so long to switch away from CVS: we made CVS do things no dreamed possibly in terms of scalability.

Having made a highly disruptive but ultimately successful switch to Subversion, and considered the pros and cons in the classic revision control and DCVS spaces in the process, I think we should continue to sit on Subversion for the time being. However, the thrust of my comments earlier in this thread about git are about something different: not switching revision control systems, or building the ultimate new one, but instead adapting to the current status quo -- in a world in which there is no perfect system (and in which different desirable features are even mutually exclusive), we need to allow people to use the tool that they find easiest and most comfortable. Which means supporting a large pool of downstream git users *better* than we do today.

With so many areas to focus our attention, I honestly think we're better served looking at things like package system architecture, improvements to documentation, support for forthcoming hardware designs, etc, then trying to build yet another DVCS from scratch in the confines of the FreeBSD Project.

Robert

If you briefly know the git ot hg architecture, then you may notice that "commit" references "tree", each subdir points to another "tree", so that "tree" is like a directory on a FAT file system: file name directly references file data. So only entire repository could be fetched.

If it will be designed like a Unix file systems, then an "inode" object could be separate from "directory", and with a little help partial checkouts are now possible (subset of inodes). Git also doesn't handle renames natively, and with inodes it should be a trivial change in the "directory" file, easily mergeable.